这不是一个纯技术问题，但我相信答案会对RIA社区有所帮助。
我们是一家软件开发公司，致力于开发股票交易产品。由于Adobe Flex在浏览器普及度和成熟度方面相对于Silverlight更具优势，我们选择在2008年中期采用了它。我们已经开发出了系统，并且对其感到非常满意。
现在我们计划推出产品的第二个版本，它将具有更先进的用户界面——基本上是Visual Studio 2005及以后版本的可停靠窗口和面板框架等。我们在互联网上搜索发现，针对Adobe Flex的第三方组件市场仍然非常小，但是对于Microsoft的Silverlight，存在许多高级的第三方组件，例如数据网格、停靠框架等。
我们可以在何时期待在Adobe Flex中出现类似的组件？如果我们要从头开始开发一切，专业人士认为开发新版Silverlight有何优劣之处？（目前假设在Adobe Flex和Silverlight方面都有相同的能力）
下一个版本预计于2010年中期推出。非常感谢任何关于此事的反馈。
虽然我不能给你想要的答案，但我希望能给你一些好问题和想法，也许可以在过程中帮助你：
City Coder：Flex 3与Silverlight 3在企业开发中的比较
Microsoft Silverlight vs. Adobe AIR/Flex辩论
我个人认为，由于即将推出的html 5.0标准中的新功能，Adobe Flash在不久的将来将失去明显的用户群。此外，我更喜欢工具（Visual Studio），插件和语言（C#）胜过Adobe的同等产品，并且我认为这些更优秀。然而，我必须强调这仅代表我的观点.. :)
一个词（或两个）--> “开源”
世界正在转向开源。想想安卓与苹果。
你将如何在Linux平台上为客户运行应用程序，并保持信心。目前，我不是netflix的客户，因为没有“Moonlight”的支持。
我家里有三台电脑，都在运行Linux（不能花钱购买Windows许可证）！
考虑目标市场（以及未来几年的发展方向）。
其实我也在两者之间犹豫。事实上，我仍然考虑Flash，但是因为它更适用于动画而不是RIA，所以我将其排除了。对于Flex，有AIR可以使应用程序在桌面和Web上部署，尽管我还没有尝试过，也不知道使用起来有多容易。而且我也不确定Silverlight是否可以用作桌面应用程序？
比较Flex和Silverlight，我认为我们不应该只基于现在更广泛使用的东西来判断。Silverlight可能是一件好东西！
我刚开始探索这两个工具，并发现Silverlight的XAML标记比Flex的MXML更直观。此外，Silverlight将与C#集成，后者在LINQ等方面变得越来越好。因此，数据绑定（任何RIA的重要组成部分）更好。对于Flex，可以使用类似PHP和AMF的东西进行链接，但从我看到的情况来看，这似乎有点困难。话虽如此，我对两者都不太熟悉。
更新：Flex现在是开源的，而Silverlight是封闭的，对吧？因此，可以说Flex的使用成本更低。
需要考虑的一件事是微软对Silverlight的承诺。Silverlight并没有起飞。他们会坚持多久？如果下一个版本的Silverlight没有获得显着的市场渗透率，微软会继续支持它吗？
即使他们坚持下去，即使它真的起飞了，他们会像他们对待Internet Explorer一样吗：将其开发成当时最棒的浏览器之一，如IE6，并且在接下来的5年中停滞不前，成为开发人员的主要难题？
Silverlight与Windows没有太多关系。使用Silverlight的人并不能给微软带来太多收益。对于微软来说，推动Silverlight并没有特别引人注目的商业案例。
Silverlight没有提供任何Flash没有的东西给用户。正是用户将推动Silverlight的采用，但在我电脑上安装它还没有令人信服的理由（顺便说一句），所以我还没有安装它。
Flex是Flash的天然伴侣，Flash是Adobe旗舰产品之一。Adobe不会放弃Flex。即使他们这样做了，它完全是开源的，即使Adobe明天消失了，Flex开发也可以继续进行。(遗憾的是，Flash运行时不是开源的，但它是一个相当好的多平台实现大部分开放SWF标准的实现，有开源实现在不断进步)
我在一个.NET/Flash工作室工作。我们使用Flex与.NET后端通信。让它们互操作可能有点麻烦（虽然不是不可能）。我喜欢.NET。能够用C#开发我们的前端将是很棒的事情。我会很喜欢它。但考虑到微软的技术游行，我们不愿意把所有赌注都下在Silverlight上。
在我们决定未来RIA技术的最重要因素之一是RTL支持（特别是阿拉伯语） 。听到Silverlight 3.0仍不支持阿拉伯语（RTL），我感到非常失望，而Adobe Flex 4现在已经支持。我不想再次应用我们在Flex 3版本中使用的所有非标准技巧。所以现在Flex中的一个问题得到了解决，但在Silverlight中仍然存在...而且Flex中仍然没有停靠框架，所以我猜这将是僵局... :). 我会随时更新我们研究的任何新发现...
我有一些使用Flex的经验，但由于更偏向于.Net，我不能说Flex在开发商业应用方面能够与Silverlight相提并论。特别是在RIA Services V2和整个.Net框架以及Visual Studio的套件中，一切都是如此集成和专业。
唯一不使用Silverlight的原因是如果产品面向公众，并且由于Silverlight的低渗透率而失去客户。
Flex比Silverlight更兼容浏览器，因为它在Flash之上运行。然而，Silverlight需要下载，这可能会对代理或网络后面的用户造成问题（例如，在工作场所中，您无法安装东西）。Flex还具有比Silverlight更好的框架，因此您可以在几个点击和按键中自定义组件。
我同意你的看法，即VS和C#比它们的Flex对应物（FB3和ActionScript）更成熟，但你很快就会习惯它。
再说一遍，我是一个Flex开发人员，而不是Silverlight开发人员，因此我的观点可能有些偏见。然而，我选择Flex而不是Silverlight，是因为我认为它更兼容（几乎每个人都有Flash Player）并且比Silverlight有更好的支持，到目前为止，我并不后悔我的决定。
如果它是一个股票交易产品，它是否实时流传股票价格？如果是的话，数据流传的成本将会有所不同。
它们都支持某种形式的数据推送（RTMP vs. Socket）和智能轮询（RTMPT/RTMPS vs. HttpDuplexPollingChannel）。
从编程角度来看，Silverlight应该更好，因为XAML绘制界面，C#更新XAML组件的状态。有很多C#开发人员和Expression Studio可以创建XAML组件。
MXML相对简单，你需要Flash来绘制花哨的UI。你可以等待Flex 4（在beta版中）带有FXG支持，然后它可能会获得更好的第三方组件支持。
