我目前正在为我们的组织寻找一组应用程序的重新架构。我们目前有一套10-15多个独立的应用程序，它们相互通信并在客户端软件和硬件之间提供中间级别。
当前模型的问题是许多单独的应用程序，这会增加内存开销，通信延迟，使系统膨胀，并且在任何这些应用程序崩溃的情况下难以从问题中恢复。
我正在考虑将应用程序组合成1-2个逻辑单元，以帮助解决其中的一些问题。困境在于如何做得好：
目标是拥有一个始终在线的系统，它将处理所有客户端硬件通信，但也有一个丰富的管理员用户配置UI，可以与该系统的所有单个组件通信并提供配置/ etc功能。拥有一个WinForms / WPF应用程序将允许管理员用户轻松访问系统配置并提供实时反馈（摄像头馈送等），但会让管理员意外关闭窗口。让服务完成所有这些工作很棒，但我不确定如何提供一个丰富的管理员用户界面来交互和更改此服务。
任何值得阅读的想法或链接？
谢谢！
答案 0 :(得分：1)
我想我会为其他可能有类似问题的人更新我自己的问题。
我使用的是一个集中式Windows服务，它为许多子组件公开了许多WCF端点。坐在其上的是一个UI应用程序，它通过WCF端点与Windows服务进行通信。建造和建造调试更简单Windows Service配置为在调试中运行时作为控制台应用程序运行。
到目前为止，这个解决方案看起来效果很好！