我认为这是一个非常直截了当的问题，但我想听听任何利弊。
假设我们有一个简单的标准客户端/服务器应用程序。
对于服务器，最好有一个单独的进程来侦听来自客户端的连接和消息，并通过本地套接字或stdin将数据发送到另一个运行实际应用程序逻辑服务器的进程。
另一个选择是同时进行＆＃34;活动＆＃34;可以在一个过程中完成，排队收到的消息并以正确的顺序执行它们不应该是一个暂停的问题。
我想知道是否有额外的资源来分配两个＆＃34;活动＆＃34;实际上是值得的。
答案 0 :(得分：1)
基本上，我相信您是否需要为您的项目构建SOA。 SOA解决方案具有很多优点：流程自治，松耦合，可扩展性等。 主要缺点是复杂性，因为您需要投入大量资金来正确构建这样的解决方案。 如果你不是在谈论SOA，而只是谈论某种进程间的通信，那么它可能没什么优点和缺点 使用SOA解决方案，但没有这么强大的背景。 是否值得分离另一个流程，或者只使用一个流程？这取决于实际要求。我建议你阅读有关SOA的内容 了解可能的情景＆amp;的解决方案。