Home  >  Article  >  Web Front-end  >  有人说基于成熟后的HTML5 移动web应用才是未来,因为省去了app移动应用在不同终端的开发时间。基于终端的移动应用也会走下舞台,各位怎么认为?

有人说基于成熟后的HTML5 移动web应用才是未来,因为省去了app移动应用在不同终端的开发时间。基于终端的移动应用也会走下舞台,各位怎么认为?

WBOY
WBOYOriginal
2016-06-07 08:44:041286browse

回复内容:

因为执行效率,浏览器安全沙箱等一系列原因,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节构的时候,遭到不以为然无动于衷,因为他老人家原来在小型机上工作的。
Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn