针对传入请求的公共队列的最佳架构？

Question

我们有一个网络应用程序（ASP），其中包含用于管理的工作流程，以便为个人分配工作。问题出在签署工作之前。在傍晚/夜间/清晨，操作人员很少，因此如果正在远离计算机执行其他关键工作（从机械架上获取工具），则可能无法密切关注管理工作队列。因此，我们有一个功能要求，即创建一个程序，以便在工作区的监视器或电视屏幕上不断刷新新未分配的工作。

我的问题：部署架构是否有任何推荐的最佳实践？ Web与桌面胖客户端应用程序？

网络

Pro - 保持架构一致

缺点 - 控制盒子可能很难我们采取额外的措施来确保盒子不会被其他站点压低，控制有限的登录，其他安全和计算机资源

桌面胖客户端：

缺点 - 现在需要支持Web和客户端应用程序。将需要将两个实例部署到两个位置

优点 - 安全和限制使用盒子很简单。无需安全登录，因此PE等功能可以在需要时备份应用程序。

Answer 1

我过去曾创造过类似的东西。我用了一台“Jack PC”（http://www.chippc.com/thin-clients/jack-pc/index.asp），连接着一台大型液晶电视。 Jack PC配置为使用RDP自动连接到服务器并编写脚本以在服务器上启动Windows窗体应用程序。 Windows窗体应用程序基本上是一个带有WebBrowser控件的窗体。该应用程序基本上根据预定义的时间表调用查询，以查找要加载的URL。第二个Web应用程序包含带有加载/显示数据的逻辑的页面。基本上它可以显示任何HTML内容，包括报告。希望这会给你一些想法。

Answer 2

听起来像是适合Observer Pattern.的场景。这将允许您推动未来的“观察者”（移动设备，桌面等），而无需重新构建核心工作流应用程序。