.Net远程处理：正在反转连接

好吧，这是我第一次玩.NETRemoting，但到目前为止似乎很有趣

创建一个公开远程处理对象的服务器，然后从客户端使用它，这是小菜一碟，工作起来很有魅力。（顺便说一句，我正在使用TCP频道）

我现在要做的是把连接倒过来。 当前，服务器打开一个端口并侦听客户端，客户端连接并获取对象的引用，并从中获得乐趣。 我唯一想改变的是，客户端将等待连接，而不是服务器。 对象仍应在服务器上创建并从客户端使用

这对任何人都有意义吗？！

---

如果是这样，这可能吗？

在使用远程处理时，就“服务器”和“客户端”这两个术语的含义达成一致是很有用的。“服务器”是侦听连接的机器。“客户端”是启动连接的机器

使用这些定义，您希望客户机启动连接，然后在客户机创建的对象上使用服务器调用方法

所以你想要的是：

• 客户端创建一个包含服务器将调用的方法的

  MarshalByReferenceObject

• 客户端启动与服务器的连接，并将该对象引用传递给服务器
• 服务器存储该对象引用，并根据需要调用该对象上的方法

---

综上所述，我同意你应该使用WCF而不是远程处理的评论。

在使用远程处理时，同意“服务器”和“客户端”这两个术语的含义是很有用的。“服务器”是侦听连接的机器。“客户端”是启动连接的机器

使用这些定义，您希望客户机启动连接，然后在客户机创建的对象上使用服务器调用方法

所以你想要的是：

• 客户端创建一个包含服务器将调用的方法的

  MarshalByReferenceObject

• 客户端启动与服务器的连接，并将该对象引用传递给服务器
• 服务器存储该对象引用，并根据需要调用该对象上的方法

---

综上所述，我同意你应该使用WCF而不是远程处理的评论。

。它可能很有趣，但并不经常用于新的开发。仅供参考，远程处理已被弃用，取而代之的是WCF。它可能很有趣，但并不经常用于新的开发。