《head first设计模式》之状态模式理解

最新推荐文章于 2025-12-17 19:02:04 发布

转载最新推荐文章于 2025-12-17 19:02:04 发布 · 146 阅读

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/wecanweup/blog/2876192

文章标签：

本文解析了状态模式的概念，通过自动售货机的例子展示了如何通过状态模式处理不同状态下的操作转换，避免了传统编程中大量if-else语句的使用，提高了代码的可读性和可维护性。

定义：允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。
举个栗子：考虑一个自动售货机，它有待投币，已投币，已售出，售罄这四种状态，有投币，退币，出货三种操作。如果用户投币，前提必须是机器处于待投币状态，如果用户选择出货，那必须是已投币状态且非售罄，这样就存在一些操作和状态的转化，与此类似还有订单业务，提交订单，支付订单，取消订单等。传统的写法是定义一个状态的枚举，存在大量的if else语句来判断，以此做出不同的行为。
总结：这个UML图与策略模式是一样的，都是要进行委托处理，把变化的部分独立出来，有多个不同的方案，也就是什么，一个接口，多个实现类，当前主题环境要持有该接口的引用，不同的地方在于意义，一种是状态改变，一种是算法替换。每一个状态类里的操作，操作完成后，会导致状态改变，这个处理要在状态里持有环境的引用，或者方法中传递状态参数。

转载于:https://my.oschina.net/wecanweup/blog/2876192