我正在构建一个客户端-服务器连接,稍后将以低带宽为目标。目前我使用的是套接字。但是现在我需要RMI --它似乎满足了我的需求:从客户端调用服务器端方法。
我的问题是:我是否应该更深入地研究RMI,或者是否有更好的方法,而我可能不知道?
我的目标特别是在服务器上有一些方法,然后我可以由客户端执行这些方法。因此,我的"message-queue“不能是静态的,就像使用socket并从read()获取字符串时一样。
发布于 2012-08-07 05:29:13
我不会从头开始写这样的东西。
RMI意味着仅限Java的客户端和作为有线协议的RMI或CORBA。
简单和开放已经取胜:为什么不考虑HTTP、基于web的服务,通过SOAP、REST或RPC-XML向客户端公开方法?它们可以被非Java客户端调用;它们可以在web上使用;它们提供了与RMI相同的优点。
我不明白为什么有人会从原始RMI开始。它输掉了这场争论,就像CORBA一样。
https://stackoverflow.com/questions/11836062
复制相似问题