状态设计模式
状态模式(State):当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态判断的逻辑转移到表示不同状态的一系列当中,可以把复杂的判断逻辑简化。
它主要用来解决对象在多种状态转换时,需要对外输出不同的行为的问题。状态和行为是一一对应的,状态之间可以相互转换
使用场景
状态模式的注意事项和细节
- 代码有很强的可读性。状态模式将每个状态的行为封装到对应的一个类中。
- 方便维护。将容易产生问题的 if-else 语句删除了,如果把每个状态的行为都放到一个类中,每次调用方法时都 要判断当前是什么状态,不但会产出很多 if-else 语句,而且容易出错。
- 符合“开闭原则”。容易增删状态。
- 会产生很多类。每个状态都要一个对应的类,当状态过多时会产生很多类,加大维护难度。
- 应用场景:当一个事件或者对象有很多种状态,状态之间会相互转换,对不同的状态要求有不同的行为的时候, 可以考虑使用状态模式。
题外===代码规范
MartinFowler曾在《重构》中写过一个很重要的代码坏味道,叫做“Long Method” ,方法如果过长其实极有可能是有坏味道的了。如今有一些程序员习惯在一个方法里面写上几百行的代码,导致该方法的职责过重,违反了单一职责原则,毕竟面向对象设计其实就是希望做到代码的责任分解,并且如果需求有改动的话就需要对整个方法逻辑进行改动,这又违反了开放-封闭原则。
所以我们在实现一个需求的时候,应该将那些不属于这个方法的职责独立出来再新建一个方法,并且将那些可以归并的方法抽取出来。