我应该考虑使用哪些.Net工具来构建应用程序来提供对实时系统的监控？

Question

我想要构建某种类型的接口来监控我们的实时路由/交换系统。我想给出很多视觉反馈，以便能够直观地监控它的状态。我们的系统和客户端不在同一位置，因此它们需要通过TCP/IP连接。

我希望能够为任意数量的监控客户端提供服务(尽管这可能只有4-6个客户端)。我想过使用SilverLight，但似乎需要一两个技巧才能让SilverLight连接回在不同端口上运行的应用程序。

我还考虑过使用HTML5 canvas和websockets。另一种选择是只使用普通的窗口窗体和WPF创建客户端。但这意味着要监控应用程序，必须先下载客户端。我更喜欢像web应用程序一样容易访问的东西？

有哪些更常见的应用程序堆栈可以实现这一点？我应该注意什么？

编辑：

仅补充一点:这将只是一个内部工具。但我们在几个地方都有办公室。

Answer 1

在这个方向上的任何选择都可能是主观的和有争议的，当然有人可以建议任何可能的web框架或语言……

然而，我会考虑，因为你的.NET和C#标签，HTMLMVC3，所以基本上是基于web的插件(没有ASP.NET )HTML5解决方案。

考虑到StackOverflow是以相同的方式完成的(MVC、ASP.NET、SQL Server...)正如我们都知道的那样，它的表现更好。

从TCP获取底层事件的方式，所以从TCP捕获和提供数据的方式，这是前端的另一件事，如果流量如此之大，并且您希望捕获和存储任何数据，而不管任何活动的客户端连接，我可能会编写一个Windows服务。

对于MVC，MS Chart Control也有大量的实时图表控件。DevExpress、ExtJS集成...

Answer 2

“实时”和浏览器困扰着我。我确实会选择WPF或WinForms。使用ClickOnce-Deployment，您可以让用户轻松地部署新版本，只需重新部署它们并让用户重新启动应用程序即可。在我的公司，这真的很好用，我们没有任何问题。这样做的唯一问题是，app.config很难找到并保持最新/有效(重新部署)，但在您的情况下，这不会改变每个客户端(至少我猜是这样)。

Answer 3

如果你是白手起家，最好去看看WCF (Windows Communication Foundation)。它很棒，因为它可以公开您的功能in many ways，只需修改配置文件即可。

如果你想要一个Windows客户端应用程序，你可以在Windows服务中承载它，或者简单地将它作为副程序集包括在内。对于web应用程序，您可以在各种格式(JSON、XML)、通道(HTTP、TCP)和协议(SOAP、ODP)之间进行选择。

如果我没弄错，将会有一个服务器端应用程序，它将从设备收集信息，并将其作为服务公开给客户端。在这种情况下，WCF应用程序可能驻留在服务器计算机上的Windows服务或IIS中，并通过一个或多个终结点(HTTP、TCP)公开数据。

我不知道在将SilverLight应用程序连接到服务时存在的问题，但我更倾向于使用HTML5/JavaScript组合，以便更容易地部署和与更广泛的设备兼容(不需要插件)。ASP.NET MVC应该是web应用程序的最佳选择。