推荐的体系结构-提供ASP.NET Web前端的服务器应用程序

我正在研究开发服务器应用程序的最佳方法，该应用程序提供了用于管理/报告的ASP.NET MVC前端

服务器应用程序服务？还需要提供TCP侦听器以及与COM端口上的设备通信

我能想到的最明显的方法是拥有一个ASP.NET MVC web应用程序和一个使用web调用/服务与web应用程序对话的windows服务。我想我会使用tcp侦听器或远程处理与服务对话

唯一的其他方法是在服务中实际托管一个web服务器组件，而不是使用IIS，这似乎有点过头了

是否有人对此/建议有任何经验

它有点开放，但希望我已经解释了基本的

短暂性脑缺血发作

---

山姆

我觉得你在找一件非常接近你的东西。您对IIS托管、ASP.NET通信和TCP通信的要求。MSDN简要概述了WCF up。还有一篇关于传输协议的文章

关于堆栈溢出，这里有一些好的（如果有点旧的话）WCF问题。我自己刚刚开始钻研这个世界，我不得不承认一开始这是令人畏惧的。在上面第一个超链接下找到的初学者指南中有一些关于WCF的略显陈旧但非常有用的教程视频

---

我要说的是，尽管这可能看起来令人望而生畏或困难重重，但为您的目的使用现有的、成熟的技术肯定比尝试为类似的事情编写您自己的自制解决方案要好。

在我看来，您似乎在寻找非常接近您的解决方案。您对IIS托管、ASP.NET通信和TCP通信的要求。MSDN简要概述了WCF up。还有一篇关于传输协议的文章

关于堆栈溢出，这里有一些好的（如果有点旧的话）WCF问题。我自己刚刚开始钻研这个世界，我不得不承认一开始这是令人畏惧的。在上面第一个超链接下找到的初学者指南中有一些关于WCF的略显陈旧但非常有用的教程视频

---

我要说的是，尽管这看起来令人望而生畏或困难重重，但为您的目的使用现有的、成熟的技术肯定比尝试为类似的事情编写您自己的自制解决方案要好。

我可能会尝试将事情进一步解耦

启动w/a核心项目，在该项目中，您的所有业务逻辑都与用户如何与it交互无关；DDD领域模型思想的排序

然后，创建两个使用该核心项目的项目，一个是您的MVC应用程序，另一个是可以处理TCP内容的基于WCF或ServiceStack的服务

---

使用正常方式在他们之间共享状态；进程间通信、共享数据库等。

我可能会尝试进一步解耦

启动w/a核心项目，在该项目中，您的所有业务逻辑都与用户如何与it交互无关；DDD领域模型思想的排序

然后，创建两个使用该核心项目的项目，一个是您的MVC应用程序，另一个是可以处理TCP内容的基于WCF或ServiceStack的服务

使用正常方式在他们之间共享状态；进程间通信、共享数据库等。

我之所以启动，是因为我需要一个升级选项

ServiceStack可以在任何ASP.NET主机上运行，也可以使用HttpListener选项自托管。请参阅控制台应用程序或Windows服务主机的示例项目。尽管即使在IIS下，ServiceStack也非常快，并且在sub中执行hello world服务的开销非常小，因为我需要一个升级选项

---

ServiceStack可以在任何ASP.NET主机上运行，也可以使用HttpListener选项自托管。请参阅控制台应用程序或Windows服务主机的示例项目。尽管即使在IIS下，ServiceStack也非常快速，并且在sub-Thank for answer中执行hello world服务的开销非常小。我已经有了数据层和服务层。在过去的几年里，我并没有对WCF做太多的工作，但再次审视它确实符合我想要实现的许多目标。谢谢你的回答。我已经有了数据层和服务层。在过去的几年里，我对WCF并没有做太多的工作，但再次审视它确实符合我想要实现的许多目标。感谢Jwiscarson，WCF是我要走的路。感谢Jwiscarson，WCF是我要走的路。感谢回答btw mythz，以前并没有真正看到服务堆栈，但通过您发布的链接阅读了很多内容。看起来很有趣。谢谢你的回答btw mythz，以前没见过服务堆栈，但是通过你发布的链接阅读了很多。看起来很有趣。