很棒的文章。
但是“一次编写，随处运行”并不总是正确的。尤其是在移动设备上，尤其是在尝试为设备编写游戏时。设备上的性能也不尽如人意。如果用户体验真的很重要，那么原生开发仍然是最佳选择，因为它总是比任何用 js/html 编写的代码都要快得多。
前端开发人员倾向于首先为 WebKit 编写代码，例如，因为它在 Google 和 Apple 设备上很常见。然后对其他平台进行快速修复。HTML5 很好，但它不是万能药。它是一个标准，它很重要，但你不能让人们认为编写 HTML5 会比编写 Java 或 Obj-C 更容易，这些语言提供了很多 HTML5 没有提供的功能。

1. Chris Heilmann

   同意。这在文章中有所涉及——问题不在于语言，而在于这些设备上 Web 视图的性能。如果这个问题不再存在，那么你用什么语言编写就无关紧要了。现在，尤其是在移动游戏方面，硬件限制使得无法实现性能均等。在桌面设备上，公司会因为这种事情而被起诉 :)

   2012 年 11 月 1 日 09:13
   1. Eelis

      如果你使用 Emscripten 将 C/C++ 编译为 Javascript，就像 BananaBread 所做的那样，结果比你将其编译为原生代码慢 3 或 4 倍（根据 Emscripten 的常见问题解答）。因此，在我看来，基于 Javascript 的 Web 应用的性能问题远不止 Web 视图未经优化那么简单。

      2012 年 11 月 1 日 12:16
      1. Chris Heilmann

         我不是这方面的专家，但如果这是转换过程的一部分，我不会感到惊讶。转换的目的是作为一种快速重用的方法，而不是优化 JS。

         2012 年 11 月 1 日 14:01

      2. Justin McCandless

         编译为 Javascript 的结果随后必须在 Web 视图中运行，并受到硬件限制的影响，而编译为原生代码的结果则可以作为原生应用不受限制地运行。我不熟悉 Emscripten，但如果我理解正确，我认为将你的 Javascript/原生代码从 C 编译而来的事实不会让你在这里进行任何新的比较。

         2012 年 11 月 1 日 23:16
         1. Eelis

            Emscripten 速度降低 3-4 倍不是因为“硬件限制”，而是因为 LLVM IR 的级别比 Javascript 低得多，这意味着如果你将 LLVM IR 编译为 Javascript，高效的低级操作（如原始内存访问）将转换为效率低得多的高级操作（如访问模拟原始内存的 Javascript 数组）。

            因此，情况并非仅仅消除硬件限制并优化 Web 视图后，你使用什么语言就无关紧要了。即使硬件限制消失了，Web 视图也得到了优化，你/仍然/需要考虑你使用的语言，因为除了 Javascript 之外的任何东西都必须编译为 Javascript，并且由于 Javascript 的性质，对于许多面向性能的语言来说，这意味着*严重的*速度下降。

            2012 年 11 月 2 日 08:20

> 原生应用需要为每个设备和每个新平台从头开始编写

你可以使原生应用可移植。就像你在 Firefox 上做的那样。看到这里我就停止认真阅读了。

请停止写这种糟糕的文章。请用实现来证明 Web 平台的性能，而不是用言语。拜托。

很棒的文章。几年前我在 Palm 工作过，我记得我们是如何从头开始使用 HTML5 构建整个 WebOS 并让开发者直接访问硬件栈来构建 HTML5 应用的。硬件还没有完全准备好，所以性能一直是一个问题，直到后来的 Palm Pre 2 发布，而 iOS 已经根深蒂固，无法获得市场份额。希望 Firefox OS 会脱颖而出。

为什么一个 HTML5 布道者使用 Flash 视频来展示 HTML5 演示？这是在钓鱼吗？

1. Chris Heilmann

   不，我们称之为 YouTube。它在这里显示为 html5 视频……还有：http://www.zeldman.com/2011/11/18/it-is-not-ironic/

   2012 年 11 月 1 日 13:25

2. Pluto

   仅仅因为你没有通过 Youtube 启用 HTML5，并不意味着其他人也没有启用。 https://www.youtube.com/html5

   2012 年 11 月 3 日 14:11

我来这里是为了阅读关于 HTML5 或浏览器取得的进展。但我看到的都是一些空洞的言论和互相指责。
“HTML5 应用被视为二等公民，无法访问允许达到峰值性能的部分” 这是因为 HTML5 API 尚未存在。正如你正确指出的那样，当它们像 GPS 一样存在时，它们通常会被使用。

是的，在移动领域，WebGL 还没有实现，但尽管你们说得天花乱坠。与它们的原生对应物相比，WebGL 应用的性能非常糟糕。因此，消费者最好使用原生应用。

如果你真的想要在移动领域使用 WebGL，有什么能阻止你在你的 Fennec 浏览器中实现它？如果性能确实很好，我们会使用它。Android 上存在问题？修复它们并与 Google 分享。
https://aosp.org.cn/source/submit-patches.html

你之所以取得今天的成就，是因为你制作了市场上最快、最精简的浏览器。不要忘记你的根。

1. Chris Heilmann

   当操作系统不允许任何其他虚拟机和浏览器时，我们如何才能制作出最好和最快的浏览器？

   2012年11月2日 01:05
   1. Joey Martinez

      当前的 JavaScript 虚拟机是 CPU 和内存占用大户。这就是为什么人们抱怨 HTML5 Google Maps 应用的运行速度比其原生对应物慢得多。FF 在 Javascript 性能方面仍然落后。你自己
      http://arewefastyet.com/
      显示 FF 在每个基准测试中都落后于 Chrome。你想“揭穿一些性能神话”？发布一篇 FF 领先的文章。

      假设硬件变得更快，并且你将虚拟机的性能提高到移动应用可以接受的水平。是什么阻止我们在 Android 中使用它？该平台是开源的，接受外部补丁，并且不会锁定默认商店或阻止用户安装其他应用商店。

      FF 已经推出了 Android 平台版本。但我们不使用它，因为它比 Chrome 慢，并且实际上支持的 HTML5 功能更少。你想要直接访问硬件。使用 NDK 你就可以做到。

      你抱怨 Apple iOS 将你拒之门外，好吧，让他们变得无关紧要。为什么不制作一个更快更好的浏览器，让人们选择像 Android 这样的开放平台来运行你的浏览器？最初包括我在内的人购买 iPhone 的主要原因之一是它是第一款拥有体面移动浏览器的手机。

      但现在有了选择，我用过 Android 和 WebOS 手机。
      http://news.cnet.com/8301-13579_3-57542628-37/iphone-users-get-less-loyal/
      停止抱怨 iOS 并为消费者提供更好的东西。如果你创造它，我们会使用它。

      2012年11月2日 12:33

我同意你所说的大部分内容。HTML5 是未来。但它有一件小事：离线功能不起作用。好吧，基本功能以某种方式起作用，但更新简直让人头疼。另外，尝试在其他设备上（例如诺基亚、黑莓或低于 2.3 的 Android）使用清单文件…？我可以告诉你，当我设法让某些东西正常工作时，我的大脑一片空白。时不时地仍然会出现奇怪的行为…真实的反馈。

Chris 的文章写得很好，我很喜欢。

不过，这些负面评论让人感到遗憾！我想这与这里的话题有关…

你提出了一个问题，对于开发者来说，最好的选择是什么，是押注封闭平台还是开放网络。

我认为开发者最好的选择是在可以赚钱的时候尽可能多地赚钱，并且不要担心 3-5 年后的未来会发生什么。

现在，98% 的现金流经 App Store。因此，作为开发者，你需要在那里，其他任何做法都是愚蠢的。

在 3 年或更长时间后，我们可以重新评估市场，看看 HTML 是否已成为一个拥有可靠显示层和性能特征的值得尊敬的中间件，但现在使用它毫无意义。

如果我们现实一点，HTML 的缺点在 3 年内不会消失。开发者最好尝试找到一个像 Unity 或 Adobe AIR 这样的中间件平台来解决 App Store 锁定“问题”，而不是继续相信 Apple、MS 和 W3。

好吧，我明白他们的意思……但在很多方面，这些评论都有些夸大其词，例如，这句话完全不正确
“原生应用程序需要为每个设备和每个新平台从头开始编写，而HTML5应用程序则允许你使用同一产品支持手机、平板电脑和桌面。”

我喜欢Web技术，但就像文章中所说的，你不能把苹果和梨比较，上面的评论完全是谬误、谎言等等。是的，你可以为多平台构建一个原生应用程序，在成本上仍然比Web应用程序更便宜或相同。

所以，请不要误导人们！

再详细说明一下可移植性的要点——如果Firefox是唯一的浏览器，而且Mozilla可以强制用户在每个平台上都升级到最新版本，而不管他们是否愿意。但它们不是，而且它们也做不到——还有其他供应商的其他浏览器，它们也有自己的业务利益，这些利益与Mozilla的利益是正交的。还有一些平台，即使Mozilla可以，他们也永远不会为其创建Firefox。

如果没有这种控制，Mozilla就受其他三大巨头的摆布，他们没有任何理由不将Mozilla排除在“应用程序”之外。

这是一个Mozilla可以控制的解决方案

a) 开发一个高级、高性能的API，可以从JavaScript轻松干净地调用它，实现现在分散在一堆糟糕且不兼容的库中的许多功能。

c) 提供一个完整、支持且高质量的JavaScript实现，可在各种竞争对手的浏览器上运行。

b) 可选地，在Firefox中以原生方式实现此功能，以获得更好的性能（尤其是在移动设备上：更好的资源使用）。

我在这里谈论的是核心应用程序支持：一致的HTMLRequest、一致的JSON/XML解析器、窗口小部件和动画、图形等，即一个合适的应用程序开发工具包。

目前，应用程序开发人员拥有的只是一个语言、一个粗糙的表示层和一堆供应商之间不兼容的零散API。然后，他们需要求助于一堆随机且零散的库来实现缺少的功能并试图隐藏这些不兼容性。

在任何其他竞争平台上，为了编写一个有效的应用程序，根本不需要这些额外的功能。

“一个很好的例子是苹果目前从iOS切换到他们自己的地图。许多最终用户感到不满，更愿意继续使用谷歌地图，但无法做到。”

是的，我就是其中之一。我想要我的原生谷歌地图回来！
Chris,
现在我被迫在我的iPhone 4S上使用HTML5版谷歌地图，它很慢，而且与原生版本相比，UI很糟糕。即使是最基本的功能，缩放也变得一团糟。我真的很期待Firefox OS。你不会像苹果一样，会让我保留我的原生应用程序，对吧？哦，等等……

1. Chris Heilmann

   谢谢你的参与，但在Firefox OS上，HTML5应用程序_就是_原生应用程序。这就是它的全部意义所在。

   2012年11月4日 03:42
   1. Abe

      Chris,
      从性能或UI的角度来看，在任何情况下你都不能将任何HTML5应用程序称为“原生”。
      PC杂志的技术百科全书将原生应用程序定义为
      一个旨在在被引用的计算机环境（机器语言和操作系统）中运行的应用程序。该术语用于将原生应用程序与解释型应用程序（例如非原生于单个平台的Java应用程序）进行对比。

      原生应用程序的一些示例包括所有iOS应用程序或NDK Android应用程序（注意NDK中的N代表原生）。JavaScript是一种解释型语言。Firefox OS并没有神奇地解决解释JavaScript固有的所有性能问题。在性能神话揭秘文章中，称其为原生是不诚实的。

      现在你可以说你指的是平台的原生UI工具包。好吧，除非你制作一个Firefox OS HTML5工具包，否则你无法称其为原生，因为它没有以原生方式针对单个平台。

      HTML5版谷歌地图的性能和用户体验远不如Android和iOS上的原生版本。Firefox不会提供更好的UI工具包。Firefox OS不会解决JavaScript的性能问题。它只是取消了运行自定义原生应用程序的选项，就像苹果对iOS 6所做的那样。

      2012年11月4日 16:26

像你这样的人——一个尚未存在的平台（或者标准已经确定了吗？）的布道者，据说该平台是开发人员的灵丹妙药，帮助将成熟且非常适合开发人员的技术——Flex边缘化，甚至可能扼杀了它。通过过度宣传一些没有可比的工具和调试选项，更不用说功能集的东西，你创造了一些根深蒂固的神话。（比如video标签，它只是带来了预Flash时代的不兼容问题。或者所有浏览器都支持所有编解码器吗？在乔布斯取消Flash时，它们是否都支持？）。现在你正在品尝自己酿的苦酒。我个人来说，正在拿着一桶爆米花准备观战。

1. Chris Heilmann

   啊，是的，我记得很清楚——多么辉煌的一天。我们坐在想要赋予开发人员选择和自由的人群的邪恶地下巢穴里，主席抚摸着他那只白色的毛茸茸的猫，并大喊“杀死Flex”，按下他那光滑的金属办公桌上的按钮。多么美好的一天。计划很简单——在饮用水中添加一种改变思维的药物，这将使人们变得疯狂，并购买非常漂亮的产品，永远改变我们与机器交互的方式，但完全不运行Flex。

   2012年11月5日 01:03
   1. wlad

      所以HTML5神话也是同一个邪恶计划的产物吗？或者它们是如何产生的？HTML5在今天还不成熟，在乔布斯取消iOS设备上的Flash时，它甚至更加不成熟。当然，这更多是一个商业决策，而不是其他什么，但HTML5狂热者为他提供了武器，用来攻击持异议者。并且拥有一个乐于接受的受众。HTML5狂热者是Adobe大幅削减Flex开发工作的原因。因为据说有一个更好的替代方案。在相当长的一段时间内，根本没有，也不会出现。

      我没有说你做了，我只是说你的狂热帮助创造了一种导致这种情况的心态。此外，它正在损害RIA世界（JS库重新发明Flex多年来拥有的东西，并将其作为最新潮的东西，这既可悲又令人恼火，客户要求重写不会正常工作，但他们听说“这是未来”，在这一点上是浪费资源），最终损害了用户。

      如果设备不允许访问其资源，那么它本质上也不运行HTML5，那么你的卖点是什么？使用Flex，你至少有AIR，其性能远高于包装的HTML5应用程序，但它的未来不确定。因为有些人不断地一遍又一遍地推崇不存在的劣质技术。

      2012年11月5日 02:48
      1. Chris Heilmann

         作为一个非常直言不讳的无神论者，我讨厌你一遍又一遍地称我为宗教狂热者。对于一个声称处于爆米花模式的人来说，你似乎真的很生气。你所说的劣质技术，我称之为Web，它存在的时间比你真正感到恼火的东西更长。我们可以以同样的方式反驳你的论点——也许Web作为一个平台还没有达到人们试图用封闭技术一次又一次地替代它的程度，这些封闭技术具有短期“更好的体验”？我非常兴奋于Adobe现在正在做的事情，而且我公开非常直言不讳地表示，不希望用HTML5半途而废地重复Flash社区多年来取得的成就。像你这样的强硬派论点阻止了这种情况的发生。我们可以从在不同平台之间共享经验教训中获益良多，但相反，我们屈服于幼稚的争吵和抱怨，抱怨人们只是不理解我们的宠物工具是完美的，而且没有人需要其他任何东西。我厌倦了这一切，真的厌倦了。我喜欢Adobe的新信息，即HTML5是需要支持的平台，但这_根本不_意味着Flash开发人员需要改变，他们所做的一切都将被丢进垃圾桶。

         2012年11月5日 03:56
         1. Antoine Bapst

            阿门。

            2012年11月5日 04:22

         2. wlad

            我正在爆米花模式下观看摧毁HTML5的神话。我并不是在为一个充满问题和不成熟的平台的布道者而爆米花，这些布道者将其作为一种可行的替代方案，从而创造了摧毁一个领先于它的平台的神话。

            HTML5 的精髓在于热情。它并不存在，但你无比相信它，并宣扬它。

            顺便说一句，你讨厌我用宗教类比，却自称布道者？真是讽刺。

            我完全支持网络的演变，我完全支持浏览器提供的功能的增加，更支持它们的一致性。但它们擅长的是——呈现简单的页面，并在其基础上添加一些简单的视觉效果。这就是长期以来存在的网络。当你试图将 HTML5 作为开发复杂应用程序的平台进行宣传时，这就是你让我失去兴趣的地方。甚至，与三年前宣称 HTML5 是一个可行的替代方案相比，这可能更让我恼火，因为即使在今天，我们也没有标准，更不用说一致的实现。像你这样的人创造了这个平台无法实现的神话。

            封闭的技术，尤其是 Flash，帮助网络生存和繁荣。看看这种备受赞誉的开源标准化花了多长时间，以及平台因此遭受了怎样的苦难。

            2012 年 11 月 5 日 04:56

         3. Antoine Bapst

            @Wlad：“ [网络]呈现简单的页面，并在其基础上添加一些简单的视觉效果”。我们显然没有生活在同一块石头下……你是在谈论运行核反应堆吗？这既不会发生在网络上，也不会发生在移动世界中。对于其余 90% 的有用应用程序（我的意思是除了游戏之外），你肯定会注意到你可以通过网络访问它们，而且用户体验实际上比应用程序更好。
            这不是关于明亮或复杂性；而是关于使用。

            附注：我并非瞎子，也明白特定的需求将永远需要使用原生或专用平台。但我们可以看到，这些特定需求正趋向于交互环境中非常低的百分比。这要归功于 HTML5 的增强功能。

            2012 年 11 月 5 日 05:28

         4. Antoine Bapst

            @wlad 移动环境中应用程序的主要优势是适应设备限制的布局和功能，通常会导致功能限制。对我们——Web 开发人员来说，这无异于一场噩梦，因为我们需要弄清楚如何管理它。现在，无论是通过 HTML 浏览器（Web）还是引擎（应用程序），我们都有能力统一这两个世界。
            我相信我们甚至会获得一些功能（直接调用、触摸、设备传感器等），这将扭转这种情况。
            HTML5 将吸引许多 Web 开发人员进入移动环境，这可能是 HTML5 成为一项庞大标准的原因，因为移动 Web 浏览的比例越来越高。我们说的是一大批开发人员……以及公司。

            2012 年 11 月 5 日 07:49

      2. Antoine Bapst

         “如果设备不允许访问其资源……”
         BB10 可以。而且不会/很快就会不再孤单。

         2012 年 11 月 5 日 04:21
         1. wlad

            “不会像那样持续很久”，“它很快就会流行起来”是 HTML5 在过去几年一直所宣称的。它是未来。并且永远都会是。

            2012 年 11 月 5 日 05:05

         2. wlad

            “而且用户体验实际上比应用程序更好”——只有当应用程序是包装好的 HTML5 应用程序时才成立。原生应用程序的用户体验始终优于网页，无论它们处理的数据的复杂程度如何。因为只要你拥有原生应用程序，它们与网页之间的体验就不会一致。

            2012 年 11 月 5 日 06:22

         3. Antoine Bapst

            @Wlad：这是现在（或 2013 年第一季度针对普通受众的近期未来）。BB10 实际上允许你访问设备资源；摄像头就是一个“这永远不会发生”的神话被打破的例子。

            2012 年 11 月 5 日 06:26

         4. Antoine Bapst

            [抱歉，以上内容发布到错误的帖子中了]
            @wlad 移动环境中应用程序的主要优势是适应设备限制的布局和功能，通常会导致功能限制。对我们——Web 开发人员来说，这无异于一场噩梦，因为我们需要弄清楚如何管理它。现在，无论是通过 HTML 浏览器（Web）还是引擎（应用程序），我们都有能力统一这两个世界。
            我相信我们甚至会获得一些功能（直接调用、触摸、设备传感器等），这将扭转这种情况。
            HTML5 将吸引许多 Web 开发人员进入移动环境，这可能是 HTML5 成为一项庞大标准的原因，因为移动 Web 浏览的比例越来越高。我们说的是一大批开发人员……以及公司。

            2012 年 11 月 5 日 08:00

虽然我没有机会阅读每一条评论，但我注意到很多负面情绪。这很遗憾，因为这篇文章提出了非常好的观点，并且理解 HTML5 仍在被采用，并且 H5 的构建一次心态和设备无关性是使其如此强大的原因，这一点得到了很好的阐述。

只要我记得，我一直都在宣扬 HTML 与设备原生（在适用情况下）相比。这对最终用户、开发人员以及任何必须资助、支持或增强应用程序的人来说都更好。

好文章！

1. mpmedia

   有很多负面情绪，不是因为技术本身，而是因为我们被兜售了这种技术。
   而且我很抱歉，HTML5 的构建一次部署到处和设备无关性并不属实，至少目前是这样。浏览器没有实现相同的 API，即使实现了，有时它们实现的方式也不同。

   2012 年 11 月 7 日 10:43
   1. mpmedia

      我的意思是“我们是如何被兜售了这种技术的……”

      2012 年 11 月 7 日 10:44

我听到过关于 HTML5 最大的问题，我不知道它是否是神话，那就是由于 HTML5 不支持 DRM，因此无法防止下载视频，例如来自 Netflix 和 Hulu 的视频。我还听说，使用 HTML5，Netflix 和 Hulu 无法阻止跳过广告。因此，Netflix 和 Hulu 不会切换到 HTML5。即使许多 YouTube 视频在禁用 Flash 时也无法正常工作，我认为这是因为跳过广告的问题。

这是真的吗？有什么方法可以解决这个问题——一些平台中立的“广播标志”，即使只是基于诚信系统，也允许某些内容只能流式传输而不能保存？
好莱坞是否有可能允许 Netflix 和 Hulu 切换到 HTML5，如果有，他们是否有可能这样做？

Mozilla 大力推动 HTML5 仅仅是因为这是他们在这个移动时代生存的唯一途径。我理解这一点，但问题在于，许多开发人员不想被绑定到 HTML/CSS/JavaScript 上。最重要的是，即使我们将 JavaScript 视为汇编语言，它也是一场灾难（我尝试过 CoffeeScript、Dart、TypeScript、Emscripten 和许多其他语言！）。

作为一名 C++ 游戏程序员，我从未相信网络的开放性和其他优势。这篇令人失望的文章并没有改变任何事情。我将在未来至少 10 年继续开发原生应用程序，并且完全忽略 Firefox OS。许多原生开发人员也会这样做，结果将是 Firefox OS 上缺乏应用程序。

有趣的是，微软最近做出了相反的决定。他们允许我们在 Windows Phone 上开发原生应用程序。他们多么开放。请效仿，Mozilla。网络可能满足某些（或许多）开发人员的需求，但它显然并非万能。HTML5 人必须接受这一点。你可以在浏览器上开发像 Skyrim、Call of Duty、Photoshop、After Effects、3DS Max、Blender、Cubase、SONAR 这样高性能的应用程序吗？请注意，即使在当前最快的 PC 上，我们也无法做到这一点。这意味着移动浏览器在未来至少 10 年（或 20 年！）内也无法做到这一点。

至少 HTML5 爱好者应该在 iPhone 上玩最新的丰富游戏，看看原生世界发生了什么。现在就去做吧，拜托。

不错的文章，我一直在使用 Adobe PhoneGap 打包我的 HTML5 应用程序，并且没有遇到任何问题

我目前已退休（77 岁），但我仍然喜欢计算机编程，因为我做了很多年了，甚至在个人电脑出现之前，例如，使用英特尔 8585 处理器和摩托罗拉 6800 进行机器语言编程，以及其他各种处理器的汇编语言编程，大多数人并不知道这些处理器的存在，包括 C 和 C++ 编程。
几个月前，我开始学习、研究和练习 HTML 4.0、XHTML 和 HTML5，我非常享受体验这个先进技术的现代时代的喜悦，无论我是否应该这样做。我只想沉迷于我在 HTML5 中所做的事情。

如果不能盈利，谁会需要它呢？