开发平台持续演变和改进，这常常导致我们只见树木不见森林。从正在进行的关于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设备必须先获得授权才行。
如果开发者无法控制移动客户端，