一款为桌面设计的软件原封不动移植到iPad和ANDROID平板中。所有功能和界面都不变,一行代码都不用改。能猜到使用的啥技术了吧?
移动设备性能100%碎成渣,还不让用原生语言重写……
怎么破?
5楼 @tinyfool 我老弟的公司已经做了一个(http://www.dongyo.cn/),能实现iOS、android、html5、WP、PC跨平台发布,并具备较快移植到mac上的能力。全部是原生的本地引擎,没用html5做中介,因此性能很好。不过限于人力和时间关系,IDE做得差了点。有兴趣合作不?
入门早,啥都弄过,不同行业,不同技术,不同平台。
譬如我新开的帖子里面说的:你做过最复杂/大的系统是?
在桌面这块就没弄过mac os, 移动这块没怎么弄,只弄过android。
现在还想弄弄手机应用,有些创意,看看什么时候实现。
19楼 @adachang88 你发那个dongyo的什么东西基本没什么用,事实上就是实现类似Flash/Air差不多逻辑的东西,而且还不见得比Flash/Air好用和强大。
运行效率说是用原生本地引擎(难道浏览器不是原生本地引擎吗?呵呵),关键在于要满足的需求比较复杂,复杂的需求后面的定义语言(你们自己定义的某种协议或者数据格式)在引擎上执行时,实际还是效率不高,而且于Flash/Air一样受制于引擎的实现质素。功能越复杂,要满足的需求越复杂,引擎优化难度就越高,甚至几乎不可能。你觉得HTML5为什么没法有非常高的运行效率?不就是因为WEB技术所需要满足的需求过于复杂,所涉及的定义语言也很复杂,解释处理起来怎么都无法有与原生应用匹敌的效率。
这种采用原生+解释性协议实现比WEB/HTML5技术更好效率和体验的模式,只能针对需求不那么复杂的特定领域,而不是游戏这种那么复杂的领域。复杂的东西只能选两极做法,要么原生满足高复杂度高质素需求,要么HTML5这类满足快速开发复杂度较低的需求。
想要的太多,实际上就等于什么都要不到。
30楼 @nickel 游戏引擎本来就是一种有确定方向的应用啊,这方面有很多与此有关特性可以固化。事实上我们比较过,用Mobile Creator实现的游戏效率不比源生的差,同样能实现2D游戏的绝大多数要求,同时开发效率比直接用html5开发高多了。至于html5,我们也实现了相关的引擎,性能方面跟原生没法比的,而且浏览器多少还是有兼容性问题,还得做兼容性代码调整。 至于Flash/Air那是一种通用的应用开发框架,我们也试用过,其开发效率以及性能跟专业游戏引擎没法比的。