作者:拾味湖 | 2021-09-10 15:21
回复内容:因为执行效率,浏览器安全沙箱等一系列原因,native原生程序一时半会儿不会被淘汰。个人觉得将来可能根据应用的用途不同而在HTML5和Native2个方面做分化。比如注重信息和内容以及网络的应用可能更多放到浏览器采用HTML5。一些本地应用,最求执行效率或者系统相关的应用还是更多采用Nat
回复内容:
因为执行效率,浏览器安全沙箱等一系列原因,native原生程序一时半会儿不会被淘汰。个人觉得将来可能根据应用的用途不同而在HTML5和Native2个方面做分化。比如注重信息和内容以及网络的应用可能更多放到浏览器采用HTML5。一些本地应用,最求执行效率或者系统相关的应用还是更多采用Native。甚至HTML5可以用于一些Native应用的前端显示。2者肯定是并存,互补,甚至互相嵌套
HTML5就是HTML的最新版本,是用来做网页的。网页能做什么,他也就能做什么,只不过效果更加丰富一些。
说HTML5才是未来的人,多半因为他自己只会HTML5, javascript, 而且不愿意学习android和objective c.
以后多数应用这样发展:
1.依赖原有的web代码,改出一个html5的移动版,支持大部分手机;
2.开发一个ios版,做对ios的特别支持;或者外包出去
3.开发一个android版,努力适配不同的android手机;或者外包出去
视不同情况,有的公司会优先做ios, 有的会优先做html5, 有的会优先做android. 最近wp7听说不错,也许也是一个可以考虑的选择。
浏览器在PC上确实很重要,目前甚至可以说是最重要的程序。
从所谓Web2.0时代开始,浏览器代替本地应用的言论就不绝于耳,而且,在PC上,浏览器确实干掉了相当多的程序(如音乐视频类). 不过更多的程序还是没有办法替代,而且出于流量问题和安全性问题,大部分应用也不应该被替代。
现在手机上的浏览器要想做到PC浏览器的重要程度确实还有很大的距离,原因有很多。
1.手机浏览器还不能和PC浏览器完全兼容,导致手机浏览器的功能无法和PC相同,很多东西做不了(参见各种页游)。
2.手机用户更加的重视流量,效率(电池)等,做同样的事情,用定制的App比浏览器要省流量,提效率,速度会快很多(参见各种新闻网站类App)。
3.App可以给开发商更多的权限,让他们可以得到更多的用户数据等,实现更多的功能,浏览器做不到。
写给那些想要选择 HTML5 的同学:
1. 不要对跨平台有所期望,HTML5 在分裂得奇型异状的 Android 平台上,就是一场噩梦;
2. 选择 HTML5 等于放弃了 iOS 原生天然的、集中了绝大部分用户来源量的 App Store 这个重要的分发渠道。除非你是搜索引擎、微博等天然的流量平台,否则你得权衡一下,这个放弃是否值得。
3. (仅针对 iOS 平台)UIWebView 所能支撑的用户体验,是否会成为视觉/交互设计的限制。
4. 如果使用 PhoneGap 等封装 App 工具,要仔细调研(做实验而不仅仅是看文档)它的能力边界,如仅支持 single web view 这种大坑⋯⋯
5. 针对长页面、大素材(如大幅图片)、负责交互、重渲染(如阴影)等的优化,尤其是内存优化。
6. 不断的针对“仿原生”的用户体验进行优化,如:预加载、按钮的交互体验细节等等。
7. 如果非得兼容低版本的 iOS 或者低配置的机型(如较早期的 Touch),坑就更多了⋯⋯熟悉 UIWebview 是必须的⋯⋯
8. 如果可以的话,UI 尽可能 simple (不代表不好看不好用)也很重要⋯⋯⋯⋯⋯⋯
以上,根据经验(其实是教训居多)粗略写了些。记忆容量所限,恕未能穷举。
本人没有不支持 HTML5 的意思,只是想要告诉后来人:选任何一条没有太多人走过的路,总是有很多坑要克服的。
另外,凡事无绝对。除了纯 web 或者纯原生,还有混合(web * native)这条路可以走呢⋯⋯
在3年内HTML5不会占领移动市场,5年后是否能占领移动市场还未可知。
最近有人让我回答silverlight 和html5的生命力。
我认为这两者是不适合对比的,首先html5更多是一种标记语言,而silverlight是一个集成开发工具。
html5的作用在于将很多插件公用的部分写成标准,交给浏览器来实现,相较silverlight 脱于成熟的.net 框架。其的设计还很稚嫩,也不是一发而就的。插件也不可能完全取消。
其次它用js作为开发语言,更多是面向过程,其不适合于开发大型的客户端系统软件。
我倒是认为移动应用使用html5, 大型的bS+CS架构使用silverlight比较合适。
如果只用HTML写应用就行了的话,那为什么不直接把浏览器当作系统??
呵呵,很多年前,就有人说:PC只需要一个浏览器就够了,所有的客户端都可以卸载了。现状呢?
短期不可能,但是打包HTML内容的native混合架构是非常适合某些应用的,而且已经大行其道了
从小型机到PC到BS结构到移动应用一路看过来,觉得纠结这个问题没什么必要,如果我告诉你HTML 8才是未来,你是不是什么都不干坐等HTML 8啊?记得当初把一个vb应用改写成power builder bs结构也是很欢乐的一件事,不过在上司面前鼓吹bs节构的时候,遭到不以为然无动于衷,因为他老人家原来在小型机上工作的。