Silverlight与Flex的比较

我的团队曾经使用Flex编写丰富的Web功能，现在使用Silverlight编写。

我们切换的原因：

• FlexBuilder建立在Eclipse之上。Eclipse太糟糕了！虽然免费，但有很多错误、故障和速度慢。
• FlexBuilder的价格是Expression Blend的两倍，而我们通过MSDN可以免费获得Expression Blend。
• Flex很难进行源代码控制，它不喜欢将文件放在一个地方，并且与您方案的其他部分不兼容（我们尝试过SourceGear Vault和SVN）。
• Flex的ActionScript版本不支持大多数SOAP实现，特别是它在处理.Net WebMethod时存在各种问题。
• 尽管我们定期使用许可的Flex组件，但它仍会决定我们没有那个版本，并添加只有演示水印。唯一的解决办法是拆开项目，重新安装Flex、重新安装许可证并重建项目。
• FlexBuilder不喜欢Vista。
• Silverlight的接受度正在增长，在我们可以将其作为相关功能的要求的级别时，我们切换了。如果我们为网络受众（而不是企业）工作，我不确定我们是否能这样做。

我们项目的其余部分是.Net和C#，您可能会发现在Java公司中所有这些问题都不太重要。

作为一名图形设计师，我在过去几年中断断续续地使用Flash，并在过去的1.5年中使用Silverlight（以及它的大哥WPF）。根据我从我的团队（他们都是开发人员或前开发人员）听到的，如果你的.NET开发人员将负责所有编程工作，请选择Silverlight。我喜欢Flash，但即使在Flash 9及以上版本中进行了面向对象编程的重构，它仍然是一种有些古怪的语言，来回切换AS3和C#可能会让你的开发人员感到疲惫不堪 :-）。
对于你的设计师，请执行以下操作：
- 为他们获取Expression Blend副本，这是Silverlight / WPF的GUI开发工具。 - Blend具有相对陡峭的学习曲线，并且界面会向您提供大量变量/选项，因此请投资一些培训，并给您的设计师时间适应UI。 - 谈到培训，请订阅Lynda.com视频库，特别是Lee Brimelow Expression Blend培训课程。 - 注意：Blend和WPF变化很快，因此有时您会遇到在Blend的下一个beta / CTP中修复的Blend中的错误。例如，在Blend 2中存在一个错误，防止我的故事板（动画）在最近的项目中工作。我升级到Blend 2.5CTP，它就可以工作了。 - Silverlight内容并不总是与最新的Silverlight插件Beta版本兼容，如果您正在测试仅在最新Silverlight插件中可用的某个新功能，请记住这一点。 - 投资于一台强大的系统（四核，4G内存等）。Blend消耗了很多资源，特别是当你有大量图层时。例如，我正在处理一个具有100多个图层（另外还有100多个用户控件）和40-50个故事板的应用程序。每隔几分钟，我必须重新启动Blend，因为UI停止响应（但不会冻结）。要么这样做，要么将您可以的所有内容移动到用户控件中。

我们曾经遇到过同样的问题，最终选择了Flex。起初我们的.NET开发人员有所顾虑，但在长时间苦于Ajax和JavaScript之后，他们现在非常喜欢并且享受在Flex中工作。

以下是一个简单的测试...尝试找到至少3个实际应用Silverlight的例子（不包括游戏、视频播放器或小工具）。然后再为Flex做同样的测试。

正如Kibbee所暗示的，利用现有的.Net开发人员的论点并不可信。要成为所有方面的.Net开发专家是不可能的。这个平台太庞大了。Java也是一样。从技能角度来看，Silverlight唯一的优势就是你可以使用自己喜欢的.Net语言进行编码。如果你已经在使用JavaScript进行任何重要的Web开发，那么ActionScript只是一个变体，这个优势相当小。因此，将程序员转换为Flex或Silverlight实际上是要学习平台的API。

尽管我已经使用过Silverlight并且对于应用可以独立于浏览器之外的能力感到非常兴奋，但AIR的一个巨大优势在于它提供了原生的拖放功能。这使得您可以构建非常用户友好的图像或文档上传功能（例如Flickr上传器）。据我所知，微软目前还没有专注于那种支持（即没有宣布计划）。

我的经验法则是：如果你的公司正在开发基于互联网的多媒体软件，且有各种平台的客户，并且你不涉及数据库密集型应用程序，则Flex是明确的选择；如果你的公司同时开发基于互联网和DVD的产品，这些产品可能交互性较差但更加密集（CPU、内存），并且使用了大量的数据库事务，则Silverlight更为合适。

有人说：“找3个真实的Silverlight应用程序”。好的，我脑海中知道一些，但我还是去谷歌了一下。列表如下：

• 2008年北京奥运会（这里有统计数据, 提供了250TB的数据！）
• Netflix点播播放器
• AOL电子邮件客户端（可能尚未发布）

哦，不是视频播放器？那就只剩下UFC应用程序（它是混合视频/聊天/其他内容）和AOL电子邮件客户端了。Silverlight在视频方面表现出色，这也是它获得立足点的地方，但这并不意味着它不能做其他事情。我认为没有理由仅因为它擅长视频就将其排除在外。

据Infoworld [链接]报道，“Silverlight具有实质性的技术优势和相对较好的性能。它是一种非常有用的RIA技术，特别适用于具有.Net经验和XAML经验的程序员和设计师。” 这是一篇关于您问题的好文章。

我的答案是：如果您有一支熟悉.NET的开发团队，那么Silverlight应该排在首位。如果没有，那么就真的很难说了。我看过一些文章说，与Flex使用的开发平台相比，Visual Studio是一个更优越的开发平台。但Flash几乎无所不在。

此外，请记住，Silverlight 2 几乎不使用Javascript（我认为是零，但我不确定）。因此，任何因JS而避免Silverlight的做法都是没有根据的。

如果性能很重要，Silverlight就是最好的选择。我曾经看到浏览器的CPU使用率多次达到100％，而关闭运行Flash的窗口总是可以解决这个问题。在Chrome中尤其明显，你可以看到消耗CPU的进程。如果你对Silverlight的游戏潜力感兴趣，可以寻找QuakeLight，这是Quake的Silverlight移植版，它正在取得良好的进展。
我真的认为这取决于你的开发人才所在和你将要交付的应用程序类型。简单的游戏？Flash。业务应用程序？Silverlight。介于两者之间？听从开发人员的建议。

如果你了解.NET，Silverlight 3.0是一个不错的选择。我正在使用它并且非常喜欢。我不需要去搞AJAX或JS（顺便说一下，我不知道那个人在说什么，也许是SL 1.0）。对于数据，大多数都是异步WCF调用（LINQ to SQL在WCF后面）或XML文件或RIA服务。它可以让你使用大多数着色器FX，它有样式、控件模板和本地访问Windows/Mac剪贴板。我可以运行高清视频，大多数进程即使在慢CPU下也能很好地运行。我还喜欢数据绑定、控件绑定和可观察集合，这些都为我节省了很多时间。此外，我还可以使用LINQ，这是一个主要的时间节省器，更不用说使用Visual Studio进行调试了。
我正在开发企业.NET应用程序，所以我知道我的安装基础，并且他们将安装插件（通常只需30秒）。对于前端网站，您可能会失去一些不想安装Silverlight或不运行Mac或Windows的用户。但是，你可以在3.0之外的浏览器中使用SL应用程序。
我可能是一个有偏见的.NET人，但我开发得如此之快，以至于我必须推荐它。

我认为Silverlight和XAML比ActionScript更可取，虽然我不熟悉ActionScript IDE，但我熟悉VS2008和Expression Web/Blend，它们是非常好的开发环境，并且一直在不断改进。我会选择Silverlight，而让用户安装插件的关键是要有一个良好的插件检测页面，解释什么是SL以及为什么需要它。要查看此示例，请转到http://memorabilia.hardrock.com/并禁用SL插件。

你绝对不应该使用任何ActiveX2.0技术，无论是Silverlight还是Flex...

首先，它们都只是“分布式WinForms框架，支持在浏览器中运行”，其次它们不易于移植到其他设备（特别是Silverlight），第三，它们与页面的其他部分不兼容。它们不适用于残疾人等等。问题无穷无尽...

Adobe和Microsoft都试图极力隐藏这个事实，但最终Silverlight和Flex只是一个新包装的ActiveX...

当然，它们在沙箱中运行，是托管语言等等。但它仍然是一个大块的BLOB被下载到本地在您的浏览器中运行，也就是说它是ActiveX...