一段时间以来，我一直有一个想法，要编写一个类似于在 Silverlight中思考或游泳的交易平台应用程序。
首先，这是一个人可以在合理的时间范围内做的事情吗？
好的，下一个问题是 Silverlight 在运行这样一个内存密集型应用程序时的性能如何？它会扩展吗？
几乎所有交易平台都在机器上本地运行，而不是在 Adobe Air 或 Silverlight 之上构建它一定是有原因的？
最后但同样重要的是，用户会因为强迫他们安装 Silverlight 插件而感到沮丧，还是人们在他们的机器上安装它没有问题？
首先，这是一个人可以在合理的时间范围内做的事情吗？
很可能不会…… ThinkOrSwim 从事该行业已有很长时间，因此复制他们所有的努力几乎不可能由一个人完成。如果你从小处着手，你也许可以做一些事情，但这非常具有挑战性。此外，如果您尝试在 Silverlight 中构建 ThinOrSwim，它几乎就像在 JavaScript 中构建 Windows：它根本没有意义。
好的，下一个问题是 Silverlight 在运行这样一个内存密集型应用程序时的性能如何？它会扩展吗？
TOS 不仅仅是一个网站，它还是一个经纪公司……这意味着他们必须保持与交易所的连接，这是非常带宽和硬件密集型的。您也必须连接到交易所，或者至少连接到另一家经纪公司。换句话说，您的 Silverlight 将只是一个前端，而不是其他任何东西。在某些时候，您将拥有一个用户连接的中央服务器，除非您只是构建另一个经纪 API 的前端，例如Interactive Brokers API
几乎所有交易平台都在机器上本地运行，而不是在 Adobe Air 或 Silverlight 之上构建它一定是有原因的？
交易平台也往往是 CPU 密集型的，因此越靠近硬件越好……Adobe Air 和 Silverlight 增加了影响性能的间接级别。
最后但同样重要的是，用户会因为强迫他们安装 Silverlight 插件而感到沮丧，还是人们在他们的机器上安装它没有问题？
我不认为这会是一个问题......安装 Silverlight 很容易做到，所以我怀疑他们会认为这是一个很大的痛苦。据我所知，唯一的问题是性能。
早在 2008 年 Silverlight 2 仍处于测试阶段时，我就曾是开发世界上第一个 Silverlight 交易系统的团队的一员。我们在 Silverlight 2 RTW 可用 4 天后将其投入生产。
应用程序的性能不是问题，但是从股票市场向客户端发送数据所消耗的带宽是一个问题，因为我们的一些用户使用 GPRS 连接进行连接。随着 Silverlight 4 和 Silverlight 5 的推出，绝对有可能在合理的时间范围内对交易站进行编码。