共被编辑 5 次
理论上浏览器解析这些文档应该按照文档头部声明的标准来解析，
拿XHTML举个栗子，如果你在XHTML中写了&BR&,
理论上浏览器是不能显示换行的，因为它不符合XHTML的标准，
XHTML标签是需要闭合的，即正确写法是&BR/&,
只不过浏览器为了更好的兼容性，也会勉强给你解析下
理论上浏览器解析这些文档应该按照文档头部声明的标准来解析，
拿XHTML举个栗子，如果你在XHTML中写了&BR&,
理论上浏览器是不能显示换行的，因为它不符合XHTML的标准，
XHTML标签是需要闭合的，即正确写法是&BR&,
只不过浏览器为了更好的兼容性，也会勉强给你解析下
理论上浏览器解析这些文档应该按照文档头部声明的标准来解析，
拿XHTML举个栗子，如果你在XHTML中写了&BR&,
理论上浏览器是不能显示换行的，因为它不符合XHTML的标准，
XHTML标签是需要闭合的，即正确写法是&BR&,
只不过浏览器为了更好的兼容性，也会勉强给你解析下
理论上浏览器解析这些文档应该按照文档头部声明的标准来解析，拿XHTML举个栗子，如果你在XHTML中写了&BR&,理论上浏览器是不能显示换行的，因为它不符合XHTML的标准，XHTML标签是需要闭合的，即正确写法是&BR&,只不过浏览器为了更好的兼容性，也会勉强给你解析下
理论上浏览器解析这些文档应该按照文档头部声明的标准来解析，拿XHTML举个栗子，如果你在XHTML中写了,理论上浏览器是不能显示换行的，因为它不符合XHTML的标准，XHTML标签是需要闭合的，即正确写法是,只不过浏览器为了更好的兼容性，也会勉强给你解析下
举报理由：
带有人身攻击、辱骂、仇恨等违反条款的内容
与已有问题重复
内容质量差，或不适合在本网站出现
答非所问，不符合答题要求
其他原因（请补充说明）
补充说明：经验内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)，建议您详细咨询相关领域专业人士。
请扫描分享到朋友圈感觉不错， 收藏到...
友情链接：
微信公众平台：
江苏东方信息科技有限公司自2009年起一直致力于企业与互联网应用的相关服务，是专门从事企业网站设计、制作；电子商务项目规划、创意、运营，提供全面的基
于互联网解决方案的应用服务提供商（Application Service Provider）。
Copyright 2013-,All Rights Reserved. 苏ICP备号html5小游戏_百度百科
关闭特色百科用户权威合作手机百科
收藏 查看&html5小游戏本词条缺少概述、信息栏，补充相关内容使词条更完整，还能快速升级，赶紧来吧！
HTML5是用于取代1999年所制定的 HTML 4.01 和 XHTML 1.0 标准的 HTML 标准版本，现在仍处于发展阶段，但大部分浏览器已经支持某些 HTML5 技术。HTML 5有两大特点：首先，强化了 Web 网页的表现性能。其次，追加了本地数据库等 Web 应用的功能。广义论及HTML5时，实际指的是包括HTML、CSS和JavaScript在内的一套技术组合。它希望能够减少浏览器对于需要插件的丰富性网络应用服务（plug-in-based rich internet application，RIA)，如Adobe Flash、Microsoft Silverlight，与Oracle JavaFX的需求，并且提供更多能有效增强网络应用的标准集。HTML5提供了一些新的元素和属性，例如&nav&（网站导航块）和&footer&。这种标签将有利于搜索引擎的索引整理，同时更好的帮助小屏幕装置和视障人士使用，除此之外，还为其他浏览要素提供了新的功能，如&audio&和&video&标记。 1.取消了一些过时的HTML4标记 其中包括纯粹显示效果的标记，如&font&和&center&，它们已经被CSS取代。 HTML5 吸取了XHTML2 一些建议，包括一些用来改善文档结构的功能，比如，新的HTML 标签 header, footer, dialog, aside, figure 等的使用，将使内容创作者更加语义地创建文档，之前的开发者在实现这些功能时一般都是使用div。 2.将内容和展示分离 b 和 i 标签依然保留，但它们的意义已经和之前有所不同，这些标签的意义只是为了将一段文字标识出来，而不是为了为它们设置粗体或斜体式样。u，font，center，strike 这些标签则被完全去掉了。 3.一些全新的表单输入对象 包括日期，URL，Email 地址，其它的对象则增加了对非拉丁字符的支持。HTML5 还引入了微数据，这一使用机器可以识别的标签标注内容的方法，使语义Web 的处理更为简单。总的来说，这些与结构有关的改进使内容创建者可以创建更干净，更容易管理的网页，这样的网页对搜索引擎，对读屏软件等更为友好。 4.全新的，更合理的Tag 多媒体对象将不再全部绑定在 object 或 embed Tag 中，而是视频有视频的Tag，音频有音频的 Tag。 5.本地数据库 这个功能将内嵌一个本地的SQL 数据库，以加速交互式搜索，缓存以及索引功能。同时，那些离线Web 程序也将因此获益匪浅。不需要插件的富动画。 6.Canvas 对象 将给浏览器带来直接在上面绘制矢量图的能力，这意味着用户可以脱离Flash 和Silverlight，直接在浏览器中显示图形或动画。 7.浏览器中的真正程序 将提供 API 实现浏览器内的编辑，拖放，以及各种图形用户界面的能力。内容修饰Tag 将被剔除，而使用CSS。 8.Html5取代Flash在移动设备的地位。　　除了原先的DOM接口，HTML5增加了更多,如:
1. 用于即时2D绘图的标签
2. 定时媒体回放
3. 离线数据库存储
4. 文档编辑
5. 拖拽控制
6. 浏览历史管理新的解析顺序新的元素：section, video, progress, nav, meter, time, aside, canvasinput元素的新属性：日期和时间，email, url。新的通用属性：ping, charset, async全域属性：id, tabindex, repeat。移除元素：center, font, strike。 　HTML 5有两大特点: 　首先，强化了Web网页的表现性能。除了可描绘二维图形外，还准备了用于播放视频和音频的标 签。 　其次，追加了本地数据库等Web应用的功能。HTML5(text/html)将在错误语法的处理上更加灵活。HTML5在设计时保证旧的浏 览器能够安全的忽略掉新的HTML5代码。与HTML4.01相比，HTML5给出了解析的详细规则，力图让不同的浏览器即使在发生语法错误时也能返回相同的结果。HTML5 是近十年来 Web 标准最巨大的飞跃。和以前的版本不同，HTML 5 并非仅仅用来表示 Web 内容，它的使命是将 Web 带入一个成熟的应用平台，在这个平台上，视频，音频，图象，动画，以及同电脑的交互都被标准化。尽管 HTML 5 的实现还有很长的路要走，但 HTML 5 正在改变 Web。HTML 最近的一次升级是1999年12月发布的 HTML 4.01。自那以后，发生了很多事。最初的浏览器战争已经结束，Netscape 灰飞烟灭，IE5 作为赢家后来又发展到 IE6, IE7。Mozilla Firefox 从 Netscape 的死灰中诞生，并跃居第二位。苹果和 Google 各自推出自己的浏览器，而小家碧玉的 Opera 仍然嘤嘤嗡嗡地活着，并以推动 Web 标准为己命。我们甚至在手机和游戏机上有了真正的 Web 体验，感谢 Opera，iPhone 以及 Google 已经推出的 Android。然而这一切，仅仅让 Web 标准运动变得更加混乱，HTML 5 和其它标准被束之高阁，结果，HTML 5 一直以来都是以草案的面目示人。于是，一些公司联合起来，成立了一个叫做 Web Hypertext Application Technology Working Group （Web 超文本应用技术工作组 - WHATWG） 的组织，他们将重新拣起 HTML 5。这个组织独立于 W3C，成员来自 Mozilla， KHTML/Webkit 项目组，Google，Apple，Opera 以及微软。尽管 HTML 5 草案不会在短期内获得认可，但 HTML 5 总算得以延续。 　HTML 5 将带来什么？以下是 HTML 5 草案中最激动人心的部分： 　全新的，更合理的 Tag，多媒体对象将不再全部绑定在 object 或 embed Tag 中，而是视频有视频的 Tag，音频有音频的 Tag。本地数据库。这个功能将内嵌一个本地的 SQL 数据库，以加速交互式搜索，缓存以及索引功能。同时，那些离线 Web 程序也将因此获益匪浅。不需要插件的富动画。Canvas 对象将给浏览器带来直接在上面绘制矢量图的能力，这意味着我们可以脱离 Flash 和 Silverlight，直接在浏览器中显示图形或动画。一些最新的浏览器，除了 IE，已经开始支持 Canvas。浏览器中的真正程序。将提供 API 实现浏览器内的编辑，拖放，以及各种图形用户界面的能力。内容修饰 Tag 将被剔除，而使用 CSS。理论上讲，HTML 5 是培育新 Web 标准的土壤，让各种设想在他的组织者之间分享，但 HTML 5 目前仍处于试验阶段。 　Mozilla 的技术副总裁 Mike Shaver 说，HTML 5 是一个被寄予厚望的概念，它既是 WHATWG 组织的实验田，又是 W3C 的标准之路。 　Shaver 认为，Mozilla 的兴趣和 WHATWG 实验相吻合，Mozilla 在 HTML 5 工作组中非常活跃，我们对一些早期的细则进行实验并将成熟的结果提交 W3C。 　在过去的几年，Mozilla 随着各种出现的新标准，推出多个富有前瞻性的项目，包括 Prism，一个用于离线运行 Web 程序的系统，以及 Weave，一个数据存储框架。 　Shaver 说，HTML 5 运动肇始于对 W3C 的不耐烦，Web 标准中的很多进展都因 W3C 将重点从 HTML 转移到 XML 而停滞不前。 　很多基于 XML 架构的新技术被设计出来替代 HTML，Shaver 说，这不是一条正确的道路，人们不应象黑瞎子掰玉米把样一边掰一边丢。 　HTML 5 的新实验在 Firefox 以及 基于 Webkit 的 Safari 和 Chrome 浏览器中逐渐得到强化，但仍有不少问题。 　Chrome 的开发者 Darin Fisher 说，Chrome 仍在襁褓中时，就不得不面临几个问题，尽管使用的是最新的 Webkit，HTML 5 的本地数据库功能在 Chrome 的初期版本中并没有实现。因为 Chrome 的沙箱机制和 Webkit 的数据库功能有冲突。 　而由于 Chrome 属于秘密开发，Chrome 的开发人员也不便参与 Webkit 的开发。 　我们要想保守 Chrome 的秘密，就无法参与 Webkit 社区。Fisher 说，我们很希望可以在某些方面给 Webkit 以帮助，我们拥有众多经验丰富的开发者，我们很想知道人们目前遇到的挑战并乐意提供帮助。 　随着 Chrome 的发布，Fisher 说他的团队成员有时会和 Webkit 的人一起吃饭，有些人私下里还成了好朋友。Fisher 称，他们迫切地想同其他 Webkit 开发组一起工作解决离线数据库的问题。 　Chrome 里面还包含Google 的开源 Gears 技术，用来实现与 HTML 5 类似的离线功能。 　Gears 可以看作已有 API 的替代品，Fisher 说，HTML 5 对新浏览器来说是非常好的东西，但绝大多数用户还使用旧浏览器。Gears 可以让那些旧浏览器也获得这样的 API，我们正在为 HTML 5 版 API 提供兼容。 　Gears 兼容性非常好，它正成为将 HTML 5 带向人们桌面的另外一条途径。 　目前，绝大多数工作由 Apple，Mozilla, Opera, Google 以及 Trolltech 展开。微软在干什么？IE 因其对 Web 标准的迟钝而闻名，更不要说 HTML 5。但 IE8 可能会做出改变。 　微软 IE 平台与 WHAT 工作组主席 Chris Wilson 在邮件中称，我们希望我们现在开始的工作可以在 HTML 工作组创建一套测试系统。Wilson 说，IE 开发组仍然对 HTML 5 的一些提议感到担忧。我觉得工作组的所有成员都会承认我们还有很多事要做。 　目前处于 Beta 版的 IE8，已经包含 HTML 5 的诸多新功能。它拥有一个跨文档消息系统，本地存储，以及一些离线事件来检测网络的中断。但还有些功能还未提上议程，如 Canvas。 　HTML 5 非常庞大，仍处在开发阶段，我认为浏览器厂商应当尽快达成一致，而每个浏览器的具体实现时间可以自己选择。Web 开发者和浏览器厂商会同意 Wilson 的下面这句话，这确切无疑是一个激动人心的时刻，我们希望看到 Web 成为新的应用平台。截图
新手上路我有疑问投诉建议参考资料 查看青青子衿, 悠悠我心, 但为君故, 沉吟至今
HTML5能取代Android和iOS应用程序吗？
　　大量新生移动设备的兴起，改变了互联网的未来。在技术的发展上，会取代App应用吗？或者说能够在多大程度上取代呢？在HTML5规范中，已经加入了相机、磁力罗盘、GPS信息的支持。很多新兴浏览器也已经开始支持这些新特性。能否用一个统一的HTML5来替代android和ios并行开发的双重成本呢？以下译自Michael Mahemoff的一篇文章，详细分析了HTML5能否取代Android和iOS应用程序。　　介绍　　移动应用程序(App)和HTML5都是目前最火的技术，二者之间也有不少重叠之处。在移动设备浏览器里运行的html5的web页面，也可以重新打包成不同平台上运行的app。目前很多浏览器都有很好的跨平台支持，（译注：firefox居然可以在android中使用和windows下同样的浏览器内核），HTML5的web方案，对开发者来说更为方便。完成一次，即可多平台使用。但这确实可行吗？仍然有许多必要原因，使得开发者选择了app开发。很明显，很多人已经在这么做了。本文将详细分析两种方案的优劣。　　功能丰富　　正方：App里可以开发出更丰富的功能　　我们把移动功能分成两类。程序本身和程序与系统的结合。比如android里，加入widget图标或者通知提醒之类的。App对这两者都没问题。不用多说，这是肯定的。　　反方：APP是挺强，但Web也正在迎头跟进　　确实很多原生app实现的功能是HTML5望尘莫及的。不管你的web做的再牛，如果停留在一个没有摄像头支持的沙盒中，很多场合还是玩不转。幸运的是，现在没有这样的沙盒限制了。如果你需要你的web照相片，可以做一个负责照像的app，再把你的web打包进这个应用里面。开源的PhoneGap框架是这么干的。这样widget，手机提醒也都没问题了。　　但这种混合开发的问题在于，增加了复杂性，而且不象传统web那样可以直接在浏览器里运行。这个问题短时间内恐怕没辙。好在现在网络标准在不断的高速扩充，先进的浏览器也在一直跟进。Android 3.1已经支持camera了。iOS浏览器也支持WebSocket和设备方向检测了。　　总得来说，移动设备在发展，而web也同样在快速变化。桌面浏览器本身，有5家主要浏览器开发商在改进现有标准，丰富新的功能。所以原生App在快速前进，同时，web也在缩小差距。　　运行效率　　正方：原生APP速度更快　　原生APP没有瓶颈，而且可以直接调用GPU加速、使用多线程。　　反方：现如今Web已经快多了，而且多数应用也用不着那么快。　　这说法有点落伍了。Chrome发布之时带来的Javascript V8，给Web速度带来的飞跃。而现在，计算速度变得更快了：　　图片处理引擎已经使用web加速。现在硬件加速也已经开始应用了。看看用上硬件加速的canvas（）　　要开发3D游戏的就不用抬杠了，但对于平而来说，新闻、邮件、时间管理、社交网络，这些用Web都够用了。试试Steve Souders的。 另外，越来越多的框架结合WebGL，可以发挥OpenGL的优势了。比如，帮助开发JS游戏。　　开发感受　　正方：原生APP好写　　原生APP使用强壮的程序语言（Java, Objective C, C++）。适合写复杂程序，经过历史验证，API丰富。在桌面环境可以方便的用模拟器测试。而Web程序的runtimes和乱七八糟的各路浏览器让人头大。　　反方：一般都是Web更简单，特别是需要兼容不同设备的时候。　　Web最初的功能只限于文档展示，而不是程序应用，貌似最近俩星期才有了JS。但有了JS后，web的世界马上就不一样了。更何况web不只是静止的，HTML5，CSS3，EcmaScript Harmony（谁知道这是什么？）都给开发者极大帮助。你是喜欢C++，java, JavaScript，那你的个人爱好，也是基于你已经攒下的代码。但是现在没人能否认JavaScript也和前者站在同一擂台上。　　浏览器/runtime的互不兼容（碎片），反过来看做APP也是一样。用Java写了Android app，然后又要面对iOS的Objective C。如果能写一个程序，马上能在Android和iOS上运行，多省事啊。这咱还没提WebOS, BlackBerry，Windows Mobile呢。当然，这是理论上的。要是想让程序在每个平台都跑得很漂亮，得做不少调试和妥协。这对很多原生APP也是一样的。不同OS版本，不同的设备。。。　　所谓的Web碎片化，一直都是如此。但好消息是现在已经有很多不错的解决办法。库，用得好的话，可以帮你兼容一大批主流设备，不管是啥系统，哪个牌子的。看看我们。　　用户体验　　正方：原生APP更切合原有平台　　操作感受的定义之一，就是用户希望在你的程序里，用与系统连贯统一的方式来操作。不同的平台，都有一些约定俗成的习惯。比如长按按钮会有啥反应。你不能指望用一套统一的HTML5 App去满足所有用户。　　此外，整个平台的操作感受都由用平台自有的软件库协调。直接调用平台工具包就能直接免费获得完整支持。　　反方：我们Web有自己的传统，你要特想做原有平台那种感觉的web，也一样能做出来　　前面说了，Web开发的方式，是先做一个大体适合所有平台的版本，然后再针对不同平台不断改进。当这些改进主要是针对功能时，你可以选择几个你最关心的平台做优化。类似于浏览器检测。技术论坛里的悲催技术员们，经常抱怨这事。太多不同的浏览器版本了。不过如果你优先关注两三种主流平台，是值得为他们多花点时间做做优化。　　web本来就有自己的操作感受。我们也可以说，不同的默认浏览器以及运行环境造就了独特的&Web感受&。从更广的角度看，这本身就是一种用户公认的方式。此外，还有很多成功的案例并不遵循移动设备的原生操作习惯，人家也成功了。想想你最喜欢的手机游戏的界面？很多更传统的app也是一样，比如Twitter客户端。　　传播途径　　正方：原生应用更容易接触客户　　象Google Play和Apple Store这样的app发布机制这几年势不可挡，推动了整个移动行业。每个程序员都能在市场里发布自己的应用。用户都挤在市场里浏览，搜索，接受推荐。不仅如此，只要你的程序够好，现有用户的打分会帮助你说服更多新的客户。　　反方：其实web才容易接触到客户　　通过web找到内容，这是经过论证的可靠途径。利用URL，每一项发布的内容都有一个独立的地址，包括在网站上发布的应用程序。搜索引擎帮助发现内容，其他网站提供链接，还有一些类似应用市场的分类网站。用户还可以邮件、短信、在社交网站分享你的链接。你的应用链接可以直接在不同设备上直接打开。　　web上还没有一个统一的评分系统，但这个情况也在发生改变。往下看。。。　　收费　　正方：App收费：应天意，顺民生　　&六岁孩子午饭时做app，$3一个，卖出几百万&。最近常听看到这样的新闻。各种大小厂商也跟着蜂拥而至，等着圈钱。应用商点帮开发商直接收费。最简单的办法，一次性收费。也有在app里再另行收费或者做订阅收费的，这帮助开发商赢得长期稳定的回报。　　此外，传统网站的广告、赞助，在app里也同样适用。　　反方：网站赚钱，从来都不是问题。现在机会还越来越多　　Web能成为现在社会的推动力，有能力用多种方式取得回报，这是基本条件。虽然使用付费并不普遍。但SaaS的模式已经相当普及了。成功案例包括Google Apps，37Signals的系列产品，各类邮件的收费版。另外，直接收费并不是web应用的唯一模式。广告、会员链接，赞助，其他产品服务的交叉推广都是可选的模式。　　看着能在应用市场里直接赚钱而眼红的Web开发商们，你们不能直接把你的URL发进市场，但是做一个浏览web的app的壳子来连到自己的web上怎么样？现在市场中如果不说数以千计，至少也有上百的app这么干了。有些包装的好的，你甚至察觉不到他是一个web程序。　　以后应用市场会直接支持web程序吗？这个现在还不好说，但去年Google已经建了个Chrome web store。虽然还只能从桌面电脑放问，但这已经挑起了浏览器厂商的兴趣。现在还只是个初步概念，但看起来挺有前途。　　结论　　现在还看不出完胜的一方。有些应用适合做app，有一些适合用html5。目前的情况，原生APP肯定是一个很重要的选择。上面提到的混合式开发，可能是一个不错的妥协方案。能用web的时候用app调用web。web实现不了的功能用app开发。　　如果你选择web方式，要在web标准和不断的改进上用心。web技术本身的优点就是能兼容大批不同的操作系统和设备。消极的看，你也可以这是碎片，但web就是一切通吃。　　英文原文：　　中文翻译：
　　除非注明，文章均为原创，转载请以链接形式标明本文地址
　　本文地址：
.Robert_Chow
这就和PC时代一样，Native应用在一些领域永远不可能被取代，兼容并蓄倒是未来的方向。
b/s效率还是太低了
.图腾Wanston
只要how to make love5能够走进主流chrome os就会迎来春天。看吧，我没醉。
最终只会并存，就像PC时代一样。
HTML5技术发展这么快，想必会有很大的影响力！
这个就跟＂chrome 能取代 windows 操作系统吗？＂一个道理。
.关中浮云张
不会的、个性化才是硬道理
世界之大，用户之广，绝对可以容得下两种技术并存。为什么一定是要取代呢？
.kanhuijiji
到底也没说能不能取代啊
一个是执行效率一个是开发效率，你选择哪个？
.猫儿不会飞却能打老虎_zai农大
前景可观。但是抵触有点大。人家未必肯给支持...
文章明显有倾向性啊，用Html5或者移动中间件写出来的App要想达到native language的体验并且兼容性足够好实际上相当困难
.寒空_宇云
一旦形成趋势，恐怕挡都挡不住
.是叫小徐好呢还是叫老徐
掐指一算，貌似取代不了
.徐建华Style
技术 是没有可代替性的，新技术的发展 可能是为了适应新的市场及需求，但旧的产品却一样可以走好。
程序员不要指望自己用的技术能够多辉煌，这本身就是个误区，选择自己喜欢的类型，比如你喜欢移动，那就去做，现在用android ok，将来android不行了，那就去用别的移动开发技术，不便的是基础，数据结构，数学，算法还有你的创造性思维
.四海号码通
普及还需要很长的过程。
唉……每次看到这种一统天下的宣言都觉得好无语～～～
不能完全替代。
不能够。就像现在的云一样，不可能完全取代的。
很多职业(jobs)传教说，XX技术会退出舞台，他因为政策需要故意不看对手技术的发展和未来，也故意不看技术共存，为了杀死对手而杀死技术。为什么总要谁取代谁，而看不到是人都能看到的共存呢？对用户来说，是多一种选择，对技术人员来说，不过是从不停的学习新技术到不停的学习新技术。
毕竟安卓和os也是正在流行，想取代没那么容易！
仅限于交集吧，对于某些类型的app，web app就可以满足需求。对于适配而言，web app优势很大。
如果能占到百分之八十基本几本就算取代了，我看好这个
.美国人华莱士
html5天朝有天生缺陷
.Trufun-UML专家
肯定是一个趋势，就是需要时间！
ECMAScript Harmony实际上就是JavaScript的未来版本，名字翻译过来是和谐的意思吧，其实Javascript真正的名字应该是ECMAScriptzyh 于
14:50:21 回复JavaScipt = ECMAScript + DOM + BOM
网速够吗?如果网速跟不上,什么html5,什么性能,什么b/s都是废的!!
.互联网娱乐新闻
这就是雷军同志说的那种把猪放在风口，猪也会飞的那种风吧。
原生的速度比虚拟机里面执行的速度更快。常用的，可以装APP，只要它做得好，不常用的就直接浏览器里面用。
.noodles333
看好web前景，至少相比几个月前，微博，人人等html做的都很漂亮，用着也不错，所以新闻类的将来肯定被web取代
.武汉文件柜
用户的习惯最可怕，习惯了的东西一般很难得去替代。如IM通讯中QQ.SE中文引擎BAIDU.
windows 8已经告诉大家无论是html还是本地语言开发 都不是问题。在window 8下 html照样开发本地app，同时开发web程序作者的标题应该改成 web 程序还是 本地app
我总觉得只要浏览器做出妥协，那么这个问题将完美解决。
HTML5还是太费流量了
.jeffery_yuan
HTML5 is the future, and is a must-have-skill for web developers...
虽然会占很大份额但是不会取代。
线上应用是趋势，这个不用怀疑，只是时间问题，app存在固有领域和优势不会被完全取代，如系统级杀毒安全，和对性能较高应用，但带宽发展超过硬盘速度后，一切都是云。
.Jason施京松
同样效果的话，html5比本地app需要更多流量，所以等流量费用下来，html5才会好
.小桂子公公
不会取代。第一，互联网基础服务，如视频，社交，电子商务等因为大公司的推动继续通过App实现；第二，HTML5不能支持的手机特性，App支持更有效率；第三，App的先发优势。但是，移动Web发展会非常迅速：第一，长尾应用开发者，因为收入、开发成本等因素转向通过Web提供服务；第二，App的信息孤岛效应。
每个东西，都有它存在的价值，等他的价值没了，也就离消失不远了
.此用户已被关闭
不会的。就像本地应用和网页端应用能共存一样。
.楼下是德克斯特
免费的能有大批开发者去开发好东西吗？APP成功是因为开发者能赢利
补充而已，绝不可能取代。
时间问题，就互联网云计算的发展势头来看，web应用迟早要成主流，不过现在不行。
假如时日，能。
HTML5未必能熬到辉煌的时候
在解决无线流量高费用的问题之前，本地app仍不可取代！
.HTML5研究小组
「观点热议」欢迎大家发表各种看法。
趋势是必定的，时间是不定的，中国是有问题的。
能否？取决于浏览器的更多支持
html5，可以推送吗？本地的可以！yyjij 于
17:56:09 回复websocket
.诸葛诺博客
不只是生活 这些技术都在成长……
html5 什么时候
长石kuang-shi.c o m
.康师傅胖了
大家都在等待html5的杀手级应用来做个赚钱的榜样，如果一直没有，那就是叫好不叫座了。
这个。。不用多说，一定是共存的，不用去取代
赞助商广告
本站采用创作共用版权协议, 要求署名、非商业用途和相同方式共享. 转载本站内容必须也遵循“署名-非商业用途-相同方式共享”的创作共用协议.