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

Question

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

“好莱坞原则，不要调用我们，我们调用你”

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

高级组件是一个具有与其他低级组件一起定义的行为的类。

我的问题是......这个例子是否违反了“不要调用我们，我们调用你”原则？这也是来自《using State Pattern》一书。

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 机器中，这实际上还不错，因为状态 关联/属于 Gumball 机器，并且将是实例化它们的中心且唯一的位置。这也是添加/删除它们的唯一位置。因此，具体类的实例化位于代码中的一个位置。

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

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