从 Java 到 Ruby 的状态设计模式

Question

我在 java 中有一个工作解决方案，使用经典的状态设计模式，但在将其转换为 ruby​​ 时面临一些困难。我是 Ruby 新手，但我认为困难在于如何在动态语言中实现模式的差异。

我的接口描述了模型在每种状态下可以执行的操作：

public interface State {

    public void doTask1(Model a_model);
    public void doTask2(Model a_model);
    public boolean doTask3(Model a_model, Helper a_helper);
}

接下来，我实现状态接口并创建逻辑的具体状态：

    public class LogicState1 implements State {

 public void doTask1(Model a_model) {
  a_model.implementTask1();
 }

 public void doTask2(Model a_model) {
  a_model.implementTask2();
 }

 public boolean doTask3(Model a_model, Helper a_helper) {
                a_model.useHelper();
      return a_model.setState(a_model.getALogicstate(a_key));
}

如您所见，每个具体状态都可以进入模型并更改其状态。为了避免封装问题，我在 Model 类中实例化我的具体状态，该类还引用当前状态：

public class Model {

private State currentState;

public void setState(State state){
 this.currentState = state;
 }

public State getState(){
 return currentState;
 }

private final Map<String, State> everyState = new HashMap<String, State>();

public Model(String initialStateKey){
   everyState.put("key1", new LogicState1());
   everyState.put("key2", new LogicState2());
   //...etc, instantiate and store all business logic states
   this.currentState = everyState.get(initialStateKey);
}

public State getALogicState(String key){
 return everyState.get(key);
}
public void useHelper(){...}

客户端将像这样使用模型：

public void run(Model a_model) {
 a_model.getState().doTask1(a_model);
}

我认为上述所有 Java 都很简单，但现在我尝试将此设计移植到 Ruby 中。我知道类型检查方面的差异，以及模块和混入在 Ruby 中与 Java 接口相比应该如何工作。

我还在 pickaxe 书中找到了有关 Ruby 中的状态设计模式的信息。 现在我有点困惑哪种是尝试这种转换的最佳方法。我仍在 Java 框内思考，想知道是否应该在不同的 .rb 文件中具体实现每个状态，然后在客户端类中需要它？

有没有办法在不使用 delegate.rb 库的情况下实现上述内容？

任何有关如何开始我的转换的建议都将受到热烈欢迎。

Answer 1

要将其转换为 ruby​​，您可以省略界面并保持其他所有内容不变。即每个状态都是一个定义方法 do_task_N 的类，并且没有与其他状态类的连接（这意味着您不必通过混合来“模拟”公共接口）模块或任何东西，你根本不需要它）。

我还在Java里面思考
盒子，想知道我是否应该拥有我的
各州具体实施
在不同的 .rb 文件中，然后
在客户端类中需要它吗？

听起来不错，是的。

Answer 2

您是否正在尝试将特定程序从 Java 移植到 Ruby，或者您是否正在尝试学习编写 Ruby？

如果#1，为什么？

如果#2，我建议您使用现有的 Ruby 代码来学习 Ruby 风格。为此，我强烈推荐 Ruby on Rails，因为它是一个编写得非常好的框架。
我从 Rails 中学到了很多经验教训，即使当我用其他语言编写其他类型的程序时也可以使用它们。