如何设计一个 API 来使用 java RMI 操作远程对象

Question

我有一个通过 RMI 公开的远程对象，我用它来对该对象所拥有的资源执行一些操作。现在我对需要执行的每个操作都有方法了。

示例：

public interface IRobotController {
    public int walk(int meters);
    public void dance(int seconds);
}

public interface RMIRobotController implements IRobotController, java.rmi.Remote {}

public class RobotController implements RMIRobotController {
    private Robot robot;

    ...

    public int walk(int meters) {
        return robot.walk(meters);
    }

    public void dance(int seconds) {
        robot.dance(seconds);
    }
}

我想重构 API，以便只有一种方法，operate()。假设我不想通过 RMI 返回对机器人对象的实际引用，因为我有时需要执行多个操作，并且不希望往返。

我想出了这个，基于 Callable的概念：

public abstract class RobotCallable<T> {
    protected Robot robot;

    public void setRobot(Robot robot) {
        this.robot = robot;
    }

    public abstract T call()
}

public class RobotController implements RMIRobotController {
    private Robot robot;

    ...

    public T operate(RobotCallable<T> robotCallable) {
        robotCallable.setRobot(robot)
        return robotCallable.call();
    }
}

我这些东西通常是如何实现的？ RMI 是否有某种机制可以自动执行此操作？

Answer 1

您尝试做的事情称为命令模式。
使用这种模式的目的是减少耦合。

话虽如此，这实际上不会发生，因为每次进行更改和编译时，序列化 ID 都不会匹配。

拨打电话时您会失去类型安全性。

您必须实现自己的消息格式，在其中放置有效负载和消息编组，然后在到达时对其进行解组（现在通常使用 XML 完成）。

基本上，通过将命令模式与 RMI 结合使用，您将失去 RMI 的所有优点，而仅将其用作传输。

如果这是您的目标，那么 Web 服务将是一个更好的选择。

Answer 2

为什么要将接口精简为一个API？在接口中支持多个远程方法的成本确实很低：您只需声明它们、编写它们并调用它们。没有任何 RMI 开销。无论如何，您都必须编写代码来执行每个操作，加上从操作（）发送到所需代码段的代码，而拥有单独的方法对您来说毫无意义。结果更加清晰。