移动

移动游戏产业的五大趋势

流过昼夜 提交于 2021-01-08 22:54:18
在过去五年中,移动游戏行业欣欣向荣发展,凭借平板和智能手机硬件上的整体提升,以及各大移动设备操作系统平台的良性发展。移动设备上的游戏也受到了越来越多用户的欢迎,并且为行业带来了真正的利润。今日,Mashable 根据市场调研公司 Mintel 所发布的移动游戏行业年度报告,提出了该行业五大趋势。 Freemium 模式具有很好的市场潜力。 平板设备的玩家下载更多、游戏更多。 玩家渴望多人游戏模式和社交功能。 口碑传播是游戏下载的关键。 热门游戏来自于任何大小规模的游戏公司。 移动游戏行业让许多软件开发者特别是中小规模的游戏公司看到了成功的机会。如果这些公司能开发出质量过硬的游戏,并且融合入当下流行的社交元素,选用合适的平台和营销策略,都会有机会成为下一个 Popcap 或者 Zynga。 来源: oschina 链接: https://my.oschina.net/u/96791/blog/28241

设计师应该关注的科技发展方向(五)

匆匆过客 提交于 2020-04-09 19:54:44
· 全新的多屏幕适配。 未来的数字媒体内容,由于我们显示终端的多样性,会带来更多的屏幕适配难题,使用工具可以解决适配效率,最难的是构建适配的设计思想。 · 3D设计人才会更加紧缺 设计师是时候需要补一下3D设计技能了。 · 交互式全景视频会最先得到发展 相对于 VR/AR 而言,交互式全景视频的技术门槛要低很多,或许会是最先得到快速发展的领域。 · 早期的内容变现将更加容易 新的技术及终端设备的发展,都会缺少优质的内容,设计师除了提供设计服务外,也可尝试进行内容设计变现。 · 场景化、社交化的交互设计挑战 VR、AR的全景沉浸式体验,内容的交互要结合用户的形体交互及传感器感知,并需考虑社交化的特点,会对设计师带来新的挑战。 · 跨界的设计创业越来越多 结合众筹及越来越通畅的渠道平台,以 设计 驱动,结合新科技的智能产品设计创业会越来越多。 总之,未来已来,或许很多设计师原有的功课还没补完,便要投入适应新的变化当中,设计师注定是个苦逼的行业,时时刻刻要面对难以把控的变化,但,这不也正是设计的乐趣吗? 来源: oschina 链接: https://my.oschina.net/u/2971691/blog/806384

设计师应该关注的科技发展方向(四)

南楼画角 提交于 2020-04-09 19:18:43
五、 使用 无线充电技术的发展, 可以 不受电池容量的束缚。 CES 2016 上出现了一款全新 无线充电 产品——来自 Ossia 公司的 Cota 无线充电基站。使用的时候被充电设备并不需要放在一个固定位置,目前可以实现半径3米范围内定向对设备进行充电。 华盛顿大学的一位研究人员发明了一种新技术,可以通过路由器的WiFi信号为智能手机充电。通过路由器WiFi信号充电的最长有效距离为28英尺(约为8.53米),并且在充电 的过程中仍然可以正常访问 互联网 。未来,一旦这项技术变得更加成熟,并且FCC放宽WiFi路由输出功率的话,那么未来用WiFi信号为手机充电,彻底摆脱 移动 电源和线缆的话,我们的生活将变得更方便。 六、科技的发展,对于设计领域有何影响? 科技发展一定会带来应用创新,一定会带来新的机遇与挑战,未来科技的发展,对于设计领域,特别是产品和交互设计会带来哪些影响?以下谈谈笔者的看法。 · 设计领域拓展及设计方法、流程的演进。 科技的发展带来了新的应用场景,交互模式也由鼠标、触屏延展到形体、位置传感及语音交互,如何利用新科技进行行业领域的设计创新及构建新的设计系统、设计流程,将是最需要着手解决的问题,先知先觉的设计师及设计机构一定会有更好的发展机遇。 · 新的设计工具的诞生 VR/AR以及形体交互方式带来了新的设计开发壁垒,一定会有第三方公司推出可视化的工具提高设计效率

ResultSet移动

自古美人都是妖i 提交于 2020-01-07 17:37:57
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> ResultSet 功能1: 获取查询结果中的数据: getXxxx – 可以使用 遍历结果集 - 默认只有next可用 因为默认游标是仅向前的 常量: 1:让RS成为可以前后移动的 @Test public void test() throws Exception { // 在创建St对象时,可以指定查询的rs是否可以滚动 Statement st = con.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE, ResultSet.CONCUR_READ_ONLY); ResultSet rs = st.executeQuery("select * from person"); // 直接移动到行尾 rs.afterLast(); // 前移动 while (rs.previous()) { String name = rs.getString("name"); System.err.println(name); } System.err.println("-----此时游标的位置是:行首--------"); while (rs.next()) { String name = rs.getString("name"); System.err.println

移动前端开发之viewport的深入理解

淺唱寂寞╮ 提交于 2019-12-07 20:39:14
在移动设备上进行网页的重构或开发,首先得搞明白的就是移动设备上的viewport了,只有明白了viewport的概念以及弄清楚了跟viewport有关的meta标签的使用,才能更好地让我们的网页适配或响应各种不同分辨率的移动设备。 一、viewport的概念 通俗的讲,移动设备上的viewport就是设备的屏幕上能用来显示我们的网页的那一块区域,在具体一点,就是浏览器上(也可能是一个app中的webview)用来显示网页的那部分区域,但viewport又不局限于浏览器可视区域的大小,它可能比浏览器的可视区域要大,也可能比浏览器的可视区域要小。在默认情况下,一般来讲,移动设备上的viewport都是要大于浏览器可视区域的,这是因为考虑到移动设备的分辨率相对于桌面电脑来说都比较小,所以为了能在移动设备上正常显示那些传统的为桌面浏览器设计的网站,移动设备上的浏览器都会把自己默认的viewport设为980px或1024px(也可能是其它值,这个是由设备自己决定的),但带来的后果就是浏览器会出现横向滚动条,因为浏览器可视区域的宽度是比这个默认的viewport的宽度要小的。下图列出了一些设备上浏览器的默认viewport的宽度。 二、css中的1px并不等于设备的1px 在css中我们一般使用px作为单位,在桌面浏览器中css的1个像素往往都是对应着电脑屏幕的1个物理像素

ScrollView当显示超出当前页面时自动移动到最底端

て烟熏妆下的殇ゞ 提交于 2019-12-03 20:10:19
卷轴视图(ScrollView)是指当拥有很多内容,一屏显示不完时,需要通过滚动来显示视图。比如在做一个阅读器的时候,文章很长,一页显示不完,那么就需要使用卷轴视图来滚动显示下一页。 private ScrollView mScrollView; private LinearLayout mLayout; private final Handler mHandler = new Handler(); mScrollView = (ScrollView)findViewById(R.id.scroll); mLayout = (LinearLayout)findViewById(R.id.linearlayout);//linearlayout外层为 scroll mHandler.post(mScrollToBottom); private Runnable mScrollToBottom = new Runnable() { @Override public void run() { // TODO Auto-generated method stub int off = mLayout.getMeasuredHeight() - mScrollView.getHeight(); if (off > 0) { mScrollView.scrollTo(0, off); } } }

聊一聊移动web分辨率的那些事儿

最后都变了- 提交于 2019-11-27 16:33:07
欢迎大家收看聊一聊系列,这一套系列文章,可以帮助前端工程师们了解前端的方方面面(不仅仅是代码): http://my.oschina.net/MrHou/blog?catalog=477313&temp=1466755903794 1 PC到移动,渲染的变迁 在PC时代,我们书写CSS的时候,理所应当的认为,我们所书写的1px,在屏幕上就是1px的宽度。 但是到了移动端,事情就不是这样了,我们所书写的1px,其实到了屏幕上,可能是2px,可能是3px。甚至是你想多少px就多少px。这是为什么呢?让我们来说一个故~~~事~~~~~ 苹果发布ios的时候,肯定会想到成千上万的PC网页,没法在自己的IOS系统上运行起来时间多么蛋疼的事情啊。但是呢,这些网页都是按照PC屏幕的大小写的呀。 动不动就出现两个500多px的宽的div并列。这在当时640*960屏幕大小的iphone4上显示的话,简直是毁灭性的。(会各种折行,样式错乱),那么细致如苹果肯定不允许这种事情发生。 于是苹果公司的攻城狮们想出了一个歪招,那就是告诉浏览器,“你在一个980宽的大屏幕下在渲染呢”, 浏览器就按照了980宽的方式,渲染出来页面图像。 可是到了浏览器这边,其实是拿到了一张渲染好的、比屏幕大的网页图像。 此时,苹果再把这张图像,缩放一下,缩为屏幕大小。 (我们平时也经常这样干,把一张大图片用双指放大缩小)