java - 这个例子有没有违反好莱坞原则 "dont call us, we call you"

Question

我是 headfirst 设计模式的读者，我注意到了这一点。

“好莱坞原则，别叫我们，我们叫你”

这意味着高级组件告诉低级组件“不要调用我们，我们调用你”

High-Level Component 是一个具有与其他 Low-Level 组件一起定义的 BEHAVIOR 的类。

我的问题是......这个例子是否违反了不调用我们，我们调用你的原则？。这也是来自使用状态模式的书。

public class GumballMachine
{
    //other state instance here

    State NoQuarterState;
    State HasQuarterState;

    public GumballMachine(int numberGumballs)
    {
        NoQuarterState = new NoQuarterState(this);
        HasQuarterState = new HasQuarterState(this);    

        //other state objects here assigning to state instance      
    }

    public void insertQuarter() 
    {   
        state.insertQuarter();  
    }

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

    public State getHasQuarterState() 
    {   
        return hasQuarterState;
    }

    //more code here
}

============================================= =====================

public interface State
{
    //abstract methods
}

============================================= =====================

public class NoQuarterState implements State
{   
    GumballMachine gumballMachine;

    public NoQuarterState(GumballMachine gumballMachine)
    {
        this.gumballMachine = gumballMachine;
    }

    public void insertQuarter()
    {
        System.out.println("You inserted a quarter");
        gumballMachine.setState(gumballMachine.getHasQuarterState()); // change the state to HasQuarterState
    }
}

因为在这个例子中 GumballMachine 需要 NoQuarterState 的 insertQuarterBehavior() 作为它自己的 insertQuarterBehavior 所以这意味着GumballMachine 类是高级组件，NoquarterState 类是低级组件。但是看看 NoQuarterState 类，该类还依赖于 gumballMachine 的 setState() 和 getHasQuarterState() 因为它的 insertQuarter() 行为.

他们互相依赖。 C-I-R-C-U-L-A-R - D-E-P-E-N-D-E-N-C-I-E-S

Answer 1

首先，您应该了解 State Pattern .
您发布的是它的一个相当简单的版本。在您发布的代码中，唯一一次调用 new 是在 Gumball 机器中，这实际上还不错，因为 states 关联/属于 Gumball 机器，并且将是实例化它们的中心和唯一位置。它也是添加/删除它们的唯一地方。所以具体类的实例化在代码中的一个地方。

NoQuarterState 与 Gumball 机器(以及任何其他 State)关联，并且此这是有道理的，因为只有 NoQuarterState 知道在其处理后哪个是下一个正确的状态，有效地使 Gumball 成为一个根据每个状态的结果移动的盒子。这样 Gumball 就可以改变 State 而不知道一个状态如何或在什么条件下跟随另一个状态。这封装在 State 具体实例中。

事实上 Gumball 只知道其各种 getter 和 setter 中的 States你的代码。它调用的唯一方法是那些属于 State 而不是 NoQuarterState 等的方法。
因此，尽管这是一个可以改进的相当简化的示例(顺便说一句，认为不允许从书中复制粘贴示例)，但它并没有违反您本身要求的原则，Holywood principle 的核心思想是关于松散耦合，这段代码并没有违反恕我直言