设计模式——状态模式

　　状态模式——当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

　　状态模式在我看来是我学习到目前设计模式之中最有意思的一个设计模式了，它给我的感觉就是绝对的高内聚，在表面层进行调用的时候，完全不知道它是怎么改变了状态的，我们只是给一个属性赋了值而已，然后调用了同样的方法，它的状态就完全变了。

　　一般的开发中，要根据一个状态去动态的输出，是需要很多的if-else的判断的，每增加一个状态，我们就需要在这个判断的类中进行修改，这样完全违背了单一责任原则和开发封闭原则。有了状态模式，我们可以很好的对代码进行分离，使每个状态都有自己的特点。

　　状态模式最重要的一个类是一个叫State的类，状态模式是通过把各种状态转移逻辑分布到State的子类之间，来减少互相的依赖。

1.State状态抽象类，提供一做事情的抽象方法

/// <summary>
/// 抽象状态
/// </summary>
public abstract class State
{
    /// <summary>
    /// 写代码的抽象方法
    /// </summary>
    /// <param name="work"></param>
    public abstract void WriteProgram(Work work);
}

2.work类，提供一个或者多个改变状态的依据属性，构造方法实例化一个初始状态，并且定了一个状态类，后面提供一个改变状态的方法给状态子类去调用，同时提供一个运行当前状态子类的实际实现方法的方法，有点绕口，详细看代码，这边设计确实比较巧妙。

/// <summary>
/// 工作类
/// </summary>
public class Work
{
    /// <summary>
    /// 定义一个当前状态
    /// </summary>
    private State _current;

    /// <summary>
    /// 构造方法设定当前方法为初始化，9点上班时的初始状态
    /// 设置加班状态为false
    /// </summary>
    public Work()
    {
        TaskFinish = false;
        _current=new ForenoonState();
    }

    /// <summary>
    /// 时间属性，状态转换的依据
    /// </summary>
    public double Hour { get; set; }


    /// <summary>
    /// 任务完成属性，是否下班的依据
    /// </summary>
    public bool TaskFinish { get; set; }

    /// <summary>
    /// 设定状态的方法
    /// </summary>
    /// <param name="state"></param>
    public void SetState(State state)
    {
        _current = state;
    }

    /// <summary>
    /// 调用当前状态写程序的方法
    /// </summary>
    public void WriteProgram()
    {
        _current.WriteProgram(this);
    }
    
}

3.State的各种状态子类，都是根据work中的属性进行判断，是否是结束还是调用下一个状态。这种调用时连环调用的

public class ForenoonState:State
{
    public override void WriteProgram(Work work)
    {
        if(work.Hour<12)
        {
            Console.WriteLine("当前时间：{0}点 上午工作，精神百倍",work.Hour);
        }
        else
        {
            work.SetState(new NoonState());
            work.WriteProgram();
        }
    }
}

 public class NoonState:State
{
    public override void WriteProgram(Work work)
    {

        if (work.Hour < 13)
        {
            Console.WriteLine("当前时间：{0}点 饿了午饭，犯困，午休", work.Hour);
        }
        else
        {
            work.SetState(new AfternoonState());
            work.WriteProgram();
        }
    }
}

 public class AfternoonState:State
{
    public override void WriteProgram(Work work)
    {

        if (work.Hour < 17)
        {
            Console.WriteLine("当前时间：{0}点 下午状态还不错，继续努力", work.Hour);
        }
        else
        {
            work.SetState(new EveningState());
            work.WriteProgram();
        }
    }
}

 public class EveningState : State
{
    public override void WriteProgram(Work work)
    {
        //加班状态为true时，进行休息状态
        if (work.TaskFinish)
        {
            work.SetState(new RestState());
            work.WriteProgram();
        }
        else
        {
            if (work.Hour < 21)
            {
                Console.WriteLine("当前时间：{0}点 加班哦，疲惫之极", work.Hour);
            }
            else
            {
                work.SetState(new SleepingState());
                work.WriteProgram();
            }
        }
    }
}


public class RestState:State
{
    public override void WriteProgram(Work work)
    {
        Console.WriteLine("当前时间：{0}点 下班回家了", work.Hour);
    }
}

 public class SleepingState:State
{
    public override void WriteProgram(Work work)
    {
        Console.WriteLine("当前时间：{0}点不行了，快睡着了！", work.Hour);
    }
}

4.客户端代码，只需要定义改变状态的属性的值，然后调用实现方法，就可以让子类状态自己去找自己的实现方法了。

class Program
{
    static void Main(string[] args)
    {
        var work = new Work();
        work.TaskFinish = true;
        work.Hour = 9;
        work.WriteProgram();

        work.Hour = 12;
        work.WriteProgram();

        work.Hour = 14;
        work.WriteProgram();

        work.Hour = 17;
        work.WriteProgram();

        work.Hour = 19;
        work.WriteProgram();

        work.Hour = 21;
        work.WriteProgram();

        Console.ReadKey();
    }
}

　　当一个对象的行为取决于它的状态，并且它必须在运行时时刻根据状态改变它的行为时，就可以考虑使用状态模式了，当然，我觉得状态模式也有它的缺点，那就是实例化的对象有点多，是不是很占资源我不清楚，但是我感觉很占资源。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　以上内容部分参考程杰的《大话设计模式》一书