目前我正致力于从零开始开发一个Warehouse解决方案，我计划在Silverlight中构建它（因为此解决方案需要大约8-10个月），编程将从2010年2月开始。
我需要为一个组织开发此应用程序。公共部门需要访问某些部分，我们计划在ASP .Net 3.5
中构建现在我只是想在这里开始一个使用silverlight的优点和缺点，其中一些我已经分析了
优点：
缺点：
我还有一个关于Silverlight（here）优缺点的链接，其中一些缺点可能与SL 4.0不相关
我也有一个很好的链接，用于比较ASP .Net Ajax和Silverlight（here）
编辑：
我还在代码项目中找到了技术文章系列（Just Type @ google“构建Silverlight Enterprise应用程序时的冒险”，你会得到它，我也试图分析这个系列）
如果您发现我正试图从各个角度分析它，请添加一些优缺点。如果你发现任何白皮书，将会有很大的帮助。
答案 0 :(得分：4)
必须根据自己的要求权衡利弊。
丰富的用户界面
相比什么？它不是真正的专业版，其他工具可以提供丰富的用户界面，在哪里绘制允许用户界面自称Rich的线？如果无法测量，Pro不能成为Pro。
出色的用户体验
这也不是专业人士。我希望我能买到能够开箱即用的产品。实际情况是由您来提供UX。例如。 Stackoverflow提供了出色的用户体验，它不使用像SL这样的工具，而是完全取决于良好的设计而不是工具（ASP.NET-MVC +各种其他工具）。
缩小可扩展性问题
相比什么？早期的ASP.NET Forms大量使用回调，然后是。然而，使用Javascript框架的普通旧HTML可以提供相同的“Pro”。
发展速度
这取决于您如何衡量速度以及如何衡量用户体验的重要性。目前SL开发在业务功能点上的表现要好于其他技术，比如糟糕的旧ASP.NET Forms，可能更糟糕。然而，使用光滑，富有想象力的UI提供相同的功能点可能会更多地以WPF / SL的方式提升平衡。实际上，SL允许您通过一些（但重要的是不是禁止的）额外努力来提供更多的用户体验。
SL4中的其他丰富功能
只有Pro才能真正为您的要求增加价值。
跨平台
您真的有跨平台要求吗？在仓库业务中有多少Linux和Mac台式机？这应该回答你的跨平台问题。
跨浏览器
这是Con吗？有问题的公司是否允许使用各种浏览器？如果是这样的话？您可以将其与SL4支持的浏览器进行比较，然后弹出您的答案，但您的答案并非每个人都回答。对于应用程序的Extranet-esq部分，跨浏览器不是一个更大的问题吗？
学习曲线
在所有这些因素中，你已经精通的是远近最重要的因素。我猜它的MS工具，特别是.NET，对吧？
如果你不熟悉WPF已经有一些学习曲线，但它不是很陡峭。但是，在开始设计您的真实产品之前，您一定要确保花时间执行一些培训项目。这个过程应该可以帮助您衡量它真正需要多长时间以及它是否真的可行。
其他已知风险
SL还很年轻，不会静坐。令人沮丧的“问题”将耗费时间。需要思考的其他问题
您拥有哪些浏览器无法提供的创意？
为什么要通过浏览器托管的应用程序提供应用程序？ WPF应用程序不是一个选项？
Silverlight 4
考虑到你的时间表如果你确实选择了Silverlight，你应该以SL4为目标。
答案 1 :(得分：0)
由于您正在为仓库开发解决方案，您可能需要考虑使用wcf pollDuplex构建Web服务（基本上是定期将数据从服务器推送到客户端），只需注意它：它（还）是一个非常可扩展的可靠（SL4之前）。默认并发连接是10（如果我记得很清楚），并且您可以选择覆盖此默认数字，但是，我还没有找到动态更改此数字的方法，这可能是一个可伸缩性问题。
我喜欢SL 4的一个很酷的功能是增加了对打印的支持，现在你具有打印内容的内置功能。
答案 2 :(得分：0)
任何使用Silverlight客户端建立企业LOB的人都应该查看John Papa's PDC video。
然而，恕我直言，RIA服务的初始版本太有限了。现在，下一个版本就是在WCF服务之上，并且可以切换端点以使更多UI客户端更容易访问它们.RIA服务也可能是一项非常明智的投资。