基于Silverlight构建的交易平台？

Question

一段时间以来，我有一个想法，就是在Silverlight中编写一个类似于think or swim的交易平台应用程序。

首先，这是一个人可以在合理的时间框架内完成的事情吗？

好的，下一个问题是Silverlight在运行这样一个内存密集型应用程序时的性能如何？它会变得更大吗？

几乎所有的交易平台都在本地机器上运行，这肯定是有原因的，而不是建立在Adobe Air或Silverlight之上？

最后但并非最不重要的一点是，用户会因为强制安装Silverlight插件而感到沮丧吗?还是说安装在他们的机器上没有问题呢？

Answer 1

首先，这是一个人可以在合理的时间框架内完成的事情吗？

很有可能不是。ThinkOrSwim已经在这个行业工作了很长一段时间，所以一个人几乎不可能重复他们所有的努力。如果你从小事做起，你可能会做一些事情，但这是相当具有挑战性的。此外，如果你试图在Silverlight中构建ThinOrSwim，这几乎就像在JavaScript中构建窗口一样:这是没有意义的。

Ok下一个问题是，Silverlight在运行这样一个内存密集型应用程序时的性能如何？它会变得更大吗？

TOS不仅仅是一个网站，它还是一个经纪公司...这意味着他们必须保持与交换机的连接，这是非常带宽和硬件密集型的。你也必须连接到交易所，或者至少连接到另一家经纪公司。换句话说，您的Silverlight将只是一个前端，而不是其他。在某些情况下，您的用户将连接到一个中央服务器，除非您只是构建另一个brokerage API的前端，如Interactive Brokers API

几乎所有的交易平台都在本地机器上运行，这肯定是有原因的，而不是建立在Adobe Air或Silverlight之上？

交易平台也倾向于CPU密集型，所以离硬件越近越好…Adobe Air和Silverlight添加了影响性能的间接级别。

最后但并非最不重要的一点是，强制用户安装Silverlight插件会让用户感到沮丧吗?还是说安装在他们的机器上没有问题呢？

我不认为这是个问题...安装Silverlight非常容易，所以我怀疑他们是否会认为这是一件很痛苦的事情。据我所知，唯一的问题是性能。

Answer 2

早在2008年，当Silverlight 2还处于测试阶段时，我就是开发世界上最早的Silverlight交易系统之一的团队的一员。在Silverlight 2 RTW发布4天后，我们将其发布到生产环境。

应用程序的性能不是问题，但从股票市场向客户端发送数据所消耗的带宽是一个问题，因为我们的一些用户使用GPRS连接进行连接。随着Silverlight4的发布和Silverlight5的发布，在合理的时间框架内编写一个交易站绝对是可能的。