Question

我已经实现了一个应该在我的模型类之上运行的简单状态模式。我的应用程序是用C＃WPF编写的。

首先，我不太确定我需要放置状态模式逻辑。我应该把它放到我的控制器或服务类中吗？

假设您想在进行实际转换之前验证一些事情。目前我已经创建了一个可以直接从状态模式类调用的规范。

但这是正确的做法吗？

 interface ISpecification<T>
{
    bool IsSatisfiedBy(T sut);
}

class DetermineDockingSate:ISpecification<Vehicle>
{
    public bool IsSatisfiedBy(Vehicle sut)
    {
        throw new NotImplementedException();
    }
}

这是针对状态模式中的验证/检查点。但是在进行转换之前应该在状态模式内执行的操作呢？

我会在某种服务类中实现这些操作，并直接从我的状态模式调用这些服务类。

 public override void Dock()
    {
        Console.WriteLine("Dock Machine and going to the Vehicle status.");

        DockingStateEngineService myService = new DockingStateEngineService();

        Func<string,bool> messageTarget;

        messageTarget = myService.DetermineDockingSate;

        bool ok = messageTarget("NOT");

        this.Engine.setCurrentState(Engine.Vehicle);
    }

这又是正确的做法吗？

Answer 1

根据HeadFirst，具体国家应该决定下一个州将是一个没有绝对答案的问题。
如果状态转换是固定的，那么上下文决定下一个状态是合适的如果转换更动态，则决策通常放在状态类中（例如，如果决策取决于上下文类中变量的运行时值）。

显然，这会在状态类之间创建依赖关系。这可以通过将状态作为上下文类中的成员来最小化。

状态模式 - 在每次转换之前执行操作

1 个答案: