我们在编程的时候，有时候会遇到，一个对象的行为动作会由对象的状态来决定的，也就是对象的行为是由状态来决定，如果对象的状态很多，那么也会由很多不同的行为，这时候我们一班会 if –else if—来判断对象的行为，当对象的行为或者状态发生变化时，就需要更改之前的代码，这样的设计就违背了开闭原则，而状态模式就是用来解决这样的问题的
当一个对象的内在状态改变时允许改变其行为，这个对象看起来像改变了其类
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂的情况，把状态的判断逻辑转移到表示不同状态的一系列类中，可以把负责的判断逻辑简单化，如果这个状态判断很简单，就没毕业使用“状态模式”了。
（1）、环境角色（Context）：也称上下文，定义客户端所感兴趣的接口，并且保留一个具体状态类的实例。这个具体状态类的实例给出此环境对象的现有状态。
（2）、抽象状态角色（State）：定义一个接口，用以封装环境对象的一个特定的状态所对应的行为。
（3）、具体状态角色（ConcreteState）：每一个具体状态类都实现了环境（Context）的一个状态所对应的行为。
比如：支付宝中蚂蚁会员等级来说明，分为：大众会员、黄金会员、铂金会员、钻石会员四种， 不同的等级享受的服务不同，我们就拿免费体现的额度来比较一下，钻石会员体现的额度是100万，其他都是2万的额度，感觉这差别太大了，当额度使用完以后，可以使用蚂蚁积分兑换，兑换的规则是 大众会员 1积分兑换1元体现额度，黄金会员1积分兑换1.5的额度，铂金1积分兑换3元，钻石1积分兑换5元
第一版
class Program { static void Main(string[] args) { Member m = new Member(); m.Membership = "大众会员"; m.Lines = true; m.Withdrawal(); m.Membership = "黄金会员"; m.Lines = false; m.Withdrawal(); m.Membership = "铂金会员"; m.Lines = true; m.Withdrawal(); m.Membership = "钻石会员"; m.Lines = true; m.Withdrawal(); } } public class Member { public string Membership { get; set; } //会员等级 public bool Lines { get; set; } //免费体现额度 public void Withdrawal() { if (Membership=="大众会员") { if (Lines) { Console.WriteLine("大众会员1积分可以兑换1元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } } else if (Membership=="黄金会员") { if (Lines) { Console.WriteLine("黄金1积分可以兑换1.5元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } } else if (Membership=="铂金会员") { if (Lines) { Console.WriteLine("铂金会员1积分可以兑换3元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } } else { if (Lines) { Console.WriteLine("钻石1积分可以兑换5元提现额度"); } else { Console.WriteLine("您有100的免费提现额度"); } } } }
现在功能实现了，但是看仔细看看Member类中的Withdrawal方法，里面有很大分子判断，这就说明它的责任过大了，无论是任何状态，都需要通过它来改变，明显违背了“单一职责原则”、“开发封闭原则”。
第二版
class Program { static void Main(string[] args) { Context m = new Context(); m.Action(); } } public abstract class State { public abstract void Handle(Context context); } public class PublicMember:State { public override void Handle(Context context) { if (context.Lines) { Console.WriteLine("大众会员1积分可以兑换1元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } context.SetState(new GoldMember()); context.Lines = true; context.Action(); } } public class GoldMember:State { public override void Handle(Context context) { if (context.Lines) { Console.WriteLine("黄金1积分可以兑换1.5元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } context.SetState(new PlatinumMember()); context.Lines = true; context.Action(); } } public class PlatinumMember : State { public override void Handle(Context context) { if (context.Lines) { Console.WriteLine("铂金会员1积分可以兑换3元提现额度"); } else { Console.WriteLine("您还有免费的提现额度"); } context.SetState(new DiamondMember()); context.Lines = true; context.Action(); } } public class DiamondMember : State { public override void Handle(Context context) { if (context.Lines) { Console.WriteLine("钻石1积分可以兑换5元提现额度"); } else { Console.WriteLine("您有100的免费提现额度"); } } } public class Context { public Context() { state = new PublicMember(); Lines = true; } private State state; public string Membership { get; set; } //会员等级 public bool Lines { get; set; } //免费体现额度 public void SetState(State s) { state = s; } public void Action() { state.Handle(this); } }
（1）、状态模式的使用必然会增加系统类和对象的个数。
（2）、状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混乱。
（3）、状态模式对“开闭原则”的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态；而且修改某个状态类的行为也需修改对应类的源代码。
在对象的行动取决于本身的状态时，可以适用于状态模式，免去了过多的if–else判断，这对于一些复杂的和繁琐的判断逻辑有很好的帮助。但是使用状态模式，势必会造成更多的接口和类，对于非常简单的状态判断，可以不使用
原文：https://www.cnblogs.com/studydp/p/9607641.html