HTML 5或者Silverlight?

阿尔伯特•爱因斯坦在处于罕见的消沉时期时曾经说过，手段的完善和目标的混乱似乎刻画了这个时代。有人可能认为此话出自软件开发者之口，而非物理学家之口。

开发平台持续演变和改进，这常常导致我们只见树木不见森林。从正在进行的关于Microsoft Silverlight和HTML5的争论中就能够看到这种困惑。

有人认为由于HTML5持续增长的势头，微软将会放弃Silverlight。但这似乎不太可能。尽管微软对于Silverlight的战略已经转 变，不再吹捧将Silverlight作为提供跨平台运行时的承载工具，但是微软在继续推动Silverlight成为Windows Phone以及一些媒体和业务线（line-of-business）应用程序的开发平台。Silverlight并未消失。事实上，最终形式的 Silverlight 5将于今年推出，而且那些用于维持微软传奇的工具也将证实这个观点。

虽然HTML5标准仍处于草案阶段，但是它在将来肯定会成为主导的跨平台解决方案，甚至连微软也承认，称HTML是“唯一适用于所有应用的、真正的跨平台解决方案。”

基本上，Silverlight和HTML5都有各自的位置和用途，我们可以对两种工具之间的相似性和差异进行仔细观察，这样就会找到答案。

表面的相似性

乍看上去，在许多方面HTML5和Silverlight都很相似。此类相似性与易于部署、丰富的用户界面、以及交互模型等联系在一起。

桌面程序担忧的问题之一是部署，特别是那些工作在Windows环境下的Windows开发者尤为关注。部署对于那些工作在中大型企业的人们来说也 是一个问题。桌面应用程序的部署足迹对于他们而言是相当麻烦的，因为他们必须确保某个确定版本的运行库可以正常工作，而且他们必须将更新安装到每台机器 上。因此部署对于功能丰富的桌面应用程序而言已成为痛点。

在某些情况下，因为业务原因，企业还将坚持使用桌面应用程序，它们具有更好的性能，并且能够更好地利用本地硬件——只是以更加简单、无缝的方式来做事。此外，对于桌面程序平台的开发场景而言，有着杰出程序员的知识积累。这些原因能够胜过对于简单部署的需求。

对于那些将部署置于核心优先级位置上的客户而言，完全的Web解决方案可能更可取，尽管所交付的丰富功能相对于在桌面应用程序中等同的功能而言还不能让所有客户感到满意。虽然我们正在寻找替代解决方案，但是必须平衡此类问题。

一般情况下，Adobe Air和Silverlight都是不错的解决方案。在微软的工具库中，Silverlight是非常好的解决方案，因为尽管存在运行库，但是在构造之初就考虑到无缝部署，而且便于用户更新。基本上，微软很注重更新体验。你不必为将应用程序下载到最终用户的机器上而担心。

HTML5提供了类似的部署方案；然而由于它依赖浏览器，因此存在一些隐藏的陷阱。使用HTML5解决方案的团队必须可以相当肯定，他们的客户可以访问并安装最新版本的浏览器。此外，HTML5有着广泛的浏览器支持：IE9、Chrome以及Firefox；在IE10上HTML 5会更有效地工作。未来所有的移动客户端都会支持HTML5，尽管现在它们还不支持。

简而言之，虽然Silverlight和HTML5之间存在细微的部署差异，但是二者的部署模型基本上是无缝的。

就用户界面（UI）的丰富程度而言，Silverlight则具备一些优势。如果是为了更快地完成丰富的用户界面，那么Silverlight可能 是更好的解决方案。不过，HTML5在这方面正迎头赶上Silverlight。用不了不久，HTML5就将拥有更多预先封装的内容，从而使我们可以更便 捷地构建丰富的用户界面环境。

这两款工具在交互模型方面也是类似的。二者都不要求用户等待页面刷新，而且二者的使用方式都与桌面应用程序类似。

更仔细地研究

更仔细地研究一下，我们就会发现，HTML5和Silverlight之间强烈的功能相似性正在趋于消退。首先，与真正基于Web的部署比较而言，Silverlight更适合于拥有部署环境相对控制权的企业内部网应用程序。

如果你更深入地了解Silverlight的部署方案，那么你会发现Silverlight还不是真正的最终用户解决方案。因此，如果开发者的目的 是让应用程序的用户下载Silverlight并在用户的机器上运行Silverlight的话，那么开发者需要知道对于客户的清晰描述。客户是否将拥有可以运行Silverlight的系统？某些操作是否被允许？

例如，如果用户访问Amazon.com的时候，弹出了下载Silverlight客户端程序的提示，这可能并不是良好的体验。对于网站使用者而言，无缝体验越多越好。

然而，对于企业内部网解决方案的情况——开发者对于机器拥有更多控制权，并且知道都是装有Windows操作系统的机器——尽管开发者可能并不需要 对桌面应用程序拥有相当程度的控制权，但是他们知道那些机器有能力运行Silverlight。这就为开发者提供了极大的灵活性。

现在我们可以选择追随Silverlight；当与HTML5比较时，Silverlight无疑是一种更富生产力的开发体验。

微软有些能够让创建和部署Silverlight应用程序更轻松的优秀工具。虽然Silverlight更有条理——相关工具位于他们自己的分类之 下，而HTML5还需要多做一些工作。如果你确信你对自己的部署环境比较熟悉的话，或许你可以对那些关系亲密的客户这样说，“这些是最低要求。”；那么 Silverlight则更适合。而且将进一步得到高质量Silverlight工具的支持，那些工具使开发者能以一种快速拖拽的方式来创建 Silverlight应用程序。通过使用内建的控制抽象模型以及微软已经提供的本地控件，Silverlight还使用户界面开发和大多数其他开发具有 更高的生产力。

HTML5另一方面需要得到你当前使用的Web应用程序开发工具的支持。如果你正在ASP.NET环境下开发，那么工具就是Visual Studio .NET，而VS并未提供任何对HTML5的工具支持，目前许多开发平台可能也存在着类似情况。

选择通用语言还是尽力理解？

编程语言是另一个考虑因素。C#（Silverlight）比JavaScript（HTML5）更易于使用和调试。回归到工具和语言的本质。 JavaScript使用起来真的是很不一样；即便是经验丰富的JavaScript程序员也知道，由于JavaScript生来就是过程式的、类型不安 全的语言，因此JavaScript理解起来确实有点儿困难，然而C#则是一种面向对象、类型安全的语言。这基本上是说，与JavaScript相比，使 用C#可以更好地编写和维护大量代码。

Silverlight的局限性和其他考虑因素

如果需要移动部署，那么Silverlight是有限制的。目前，只有Windows Phone支持Silverlight。其他平台未来可能支持Silverlight，但是这还不一定。而且在短期内不可能发生任何改变。目前，要想开发 移动客户端可使用的Silverlight应用程序，那么相应Windows Phone设备必须先获得授权才行。

如果开发者无法控制移动客户端，而又希望支持那些设备，那么HTML5就是个切实可行的选择。由于iOS、Android 3已经支持HTML5，并且Windows承诺在IE10下支持HTML5，因此HTML5现已成为明确之选。

然而，Silverlight可以提供比HTML5更好的性能。在过去的几个月里，微软实现了针对Silverlight 5的硬件解决方案，因此在一些新型号的机器上Silverlight 5相对HTML5具有轻微的性能优势。但是HTML5肯定会在将来赶上来。例如，IE9对于HTML5做了许多改进，因此这个性能差异只是暂时性的，而非 决定性的。这算不上多大的差别。

很显然，HTML5是一种基于标准的环境，这是一些开发者极为关注的事情，而其他人却不大关注。如果是使用微软工具库的开发者，那么他就会理解并欣 赏那些标准；然而，通过理解微软将在一段时间后也会遵循这一标准，这种态度会有所缓解，因此他们并不是不愿采用微软的专利技术。

在许多情况下都存在遵循标准的推动力，所以如果情况发生改变，那么迁移路径也很容易。HTML5是基于标准的，并且随着HTML5的到来，它正在被传播到全世界。使用HTML5的前途是很光明的——使用Silverlight却并非如此。

相对于HTML5，Silverlight有一个相当大的优势，即Silverlight程序中90％至95％的代码可以与桌面应用程序共享。如果你拥有一款成熟的桌面应用程序以及相应的Web移植解决方案，那么使用Silverlight模型则会更容易实现。

使用HTML5，开发者可以保持用户界面的独立，并且拥有一个业务层；然而，必须在两个平台上编写大量的用户界面代码，这么做会付出更多精力而且几乎无法共享任何代码。

想个有根据的目的

最后，在选择工具时心中必须有着明确的目的，从而避免爱因斯坦所发现的混乱。选择正确道路是基于人们希望尽可能减小发生重大错误的可能性。例如，开 发者可能熟悉WPF和Silverlight，并因此选择了这条道路。但是在对想做的应用程序进行探索后，他们发现可能希望在六个月到一年内推出某种移动 客户端。更重要的是，他们想让人们能通过多种设备进行访问。

此时，只要他们准备最终转到HTML5或者为每个移动平台编写本地应用程序，即使之前选定了Silverlight解决方案也没有关系。如果并非如此，那么这将是一个非常昂贵的选择。

从另一方面来说：由于每个人都在说，“这是未来的趋势。”，那么这可能成为一种追随HTML5的推动力；因此，即使客户的所有开发者都拥有Visual Studio，而且被授权可使用那些最新和最好的微软工具，只要做出了决定，就要坚持朝着确定的方向走下去。

如果他们可以很好地控制部署环境，并且在接来下的六个月内他们将不引入任何Linux或Mac设备，那么他们也许正在犯下昂贵的错误。当然他们可以追随Silverlight，这将使他们能够更快地进入市场，也可以更有效地利用他们当前的技能和工具集。

归根结底：只要开发者能做出明智的选择，无论Silverlight还是HTML5都不错。

应用最佳选择

既然微软必须强烈支持HTML5，那么现在微软已经无法控制移动市场。他们不再发号施令，而值得怀疑的是如果他们能做到的话，是否会那么做呢。微软的策略是尽可能地应用最好的工具和平台，无论它是否是专有的。

根据微软的 声明，“在网络上，Silverlight的用途从来都不是要替代HTML；它做的是一些HTML（以及其他技术）不能以方便开发者的方式去深入了解的事 情。微软仍然致力于使用Silverlight通过使HTML尚未涉及的解决方案成为可能来扩展Web。从HTML页面中简单丰富的数据孤岛，到浏览器中 完全类似于桌面程序的应用程序，甚至更强大，Silverlight使得应用程序可以提供各种用户所需的丰富体验。”

显而易见，在可预见的未来Silverlight和HTML5将共同繁荣。