.net 客户机-服务器：如果客户机向服务器宣布他们的存在，然后服务器接管，它仍然是客户机-服务器，还是P2P？

读者好!！ 所以我正在尝试开发一个客户机-服务器系统。。因为我以前没有设计过客户机-服务器系统，所以我想我会发布一个问题，看看这里的专家会说些什么

要求： .NET 3.5 周转基金 至少2台计算机，主计算机和从计算机

用例是一个测试环境，在这个环境中，从机应主机的请求运行测试

问题: 我更希望从机定位并连接到主机，然后由主机控制并启动要运行的测试。从属服务器还生成进度报告：新测试数据、意外事件等

我感到困惑的是，如果奴隶开始与主人接触，他不就是主人吗

---

这是否意味着我需要从机和主机上的servicehosts，以便它们可以启动活动

客户机/服务器和主/从机不应混淆。主机控制操作，但服务器侦听连接

---

如果您的客户机（从机）正在启动所有联系，那么您在主机上只需要监听这些请求（Web服务等）和一个处理系统。

不要混淆客户机/服务器和主/从机。主机控制操作，但服务器侦听连接

---

如果您的客户机（从机）正在发起所有联系，那么您在主机上所需要的只是监听这些请求（Web服务等）的东西和一个处理系统。

我不知道为什么您的问题会被否决，我觉得没问题：）

如果我是你，我可能倾向于使用netMsmqBinding（我喜欢队列！）。主设备可以通过将消息放入MSMQ队列向从设备发送请求，从设备可以通过MSMQ向主设备发送状态报告。这样，这两个过程就可以独立工作，您就不必担心一个过程跟上另一个过程（除非一个过程完全陷入困境）

要做到这一点，两个进程中都需要一个ServiceHost。主服务器需要承载netMsmq服务，从服务器也需要承载。每个客户端还需要一个客户端绑定来发送消息

这还允许您扩展从属（或主）的数量，以防需要更多的并行处理。（所有从属服务器只能从同一队列中提取消息）

---

只是想一想。

我不知道你的问题为什么会被否决，我觉得没问题：）

如果我是你，我可能倾向于使用netMsmqBinding（我喜欢队列！）。主设备可以通过将消息放入MSMQ队列向从设备发送请求，从设备可以通过MSMQ向主设备发送状态报告。这样，这两个过程就可以独立工作，您就不必担心一个过程跟上另一个过程（除非一个过程完全陷入困境）

要做到这一点，两个进程中都需要一个ServiceHost。主服务器需要承载netMsmq服务，从服务器也需要承载。每个客户端还需要一个客户端绑定来发送消息

这还允许您扩展从属（或主）的数量，以防需要更多的并行处理。（所有从属服务器只能从同一队列中提取消息）

---

只是想一想。

我决定在一篇博文中回答这个问题：

---

我决定在一篇博文中回答这个问题：

---

查看DuplexContracts，它可以让您了解可以调用客户的方法。WCF中也有事件处理，尽管它需要比正常的.NET事件处理多一点的工作。

查看DuplexContracts，它应该允许您了解可以调用客户端的方法。WCF中也有事件处理，尽管它比普通的.NET事件处理需要更多的工作。

您在测试什么？牛排刀的强度？中国？迷路了，我们是想读懂你的问题（还是想理解你的观点）嗯，你迷路了。你也失去了我。“嗨，为我做我的工作，请太赫兹！！”-无知的医学人你在测试什么？牛排刀的强度？中国？迷路了，我们是想读懂你的问题（还是想理解你的观点）嗯，你迷路了。你也失去了我。“嗨，为我做我的工作，请点击THX！！”-无知的医学manI有一段时间没有查看此页面了，在几次投票失败后，我想这个问题永远不会得到回答。我简化了职责，并且可以执行类似于您在这里提到的双重合同。很高兴我能提供帮助。我自己目前正在做一个使用双工合同的项目。我已经有一段时间没有查看这个页面了，在几次否决票之后，我想这个问题永远不会得到回答。我简化了职责，并且可以执行类似于您在这里提到的双重合同。很高兴我能提供帮助。我自己目前正在做一个使用双工合同的项目。我很高兴我的困惑状态足以写一篇关于我的博客文章。你的解释很清楚，很有启发性。把它贴在这里可能会有帮助，这样文本就可以在stackoverflow社区中搜索和使用。我很高兴我的困惑状态足以写一篇关于它的博客文章。你的解释很清楚，很有启发性。将其发布在这里可能会有所帮助，这样文本就可以搜索并可供stackoverflow社区使用。