package org.rui.pattern;

import junit.framework.*;

/**
 * 为了使同一个方法调用可以产生不同的行为，State 模式在代理（surrogate）的
 * 生命周期内切换它所对应的实现（implementation）。当你发现，在决定如何实现任 对象去耦(Object decoupling)
 * http://blog.csdn.net/lxwde 28 何一个方法之前都必须作很多测试的情况下，这是一种优化实现代码的方法。例如，
 * 童话故事青蛙王子就包含一个对象（一个生物），这个对象的行为取决于它自己所处 的状态。你可以用一个布尔（boolean）值来表示它的状态，测试程序如下：
 * 
 * @author Administrator
 *
 */
class Creature
{
	private boolean isFrog = true;

	public void greet()
	{
		if (isFrog)
			System.out.println("Ribbet!");
		else
			System.out.println("Darling!");
	}

	public void kiss()
	{
		isFrog = false;
	}
}

public class KissingPrincess extends TestCase
{
	Creature creature = new Creature();

	public void test()
	{
		creature.greet();
		creature.kiss();
		creature.greet();
	}

	public static void main(String args[])
	{
		junit.textui.TestRunner.run(KissingPrincess.class);
	}
} // /:~

package org.rui.pattern;

import junit.framework.*;

/**
 * 状态模式：改变对象的行为 一个用来改变类的（状态的）对象。 迹象：几乎所有方法里都出现（相同的）条件（表达式）代码。
 * 
 * 
 * 但是，greet() 方法（以及其它所有在完成操作之前必须测试 isFrog 值的那些方
 * 法）最终要产生一大堆难以处理的代码。
 * 如果把这些操作都委托给一个可以改变的状 态对象（State object），那代码会简单很多。
 * 
 * @author Administrator
 *
 */
class Creature2
{

	private interface State
	{
		String response();
	}

	private class Frog implements State
	{
		public String response()
		{
			return "Ribbet!";
		}
	}

	private class Prince implements State
	{
		public String response()
		{
			return "Darling!";
		}
	}

	private State state = new Frog();

	public void greet()
	{
		System.out.println(state.response());
	}

	public void kiss()
	{
		// 改变对象状态
		state = new Prince();
	}
}

public class KissingPrincess2 extends TestCase
{
	Creature2 creature = new Creature2();

	public void test()
	{
		creature.greet();
		creature.kiss();
		creature.greet();
	}

	public static void main(String args[])
	{
		junit.textui.TestRunner.run(KissingPrincess2.class);
	}
} // /:~

package org.rui.pattern;

import org.junit.Test;

import junit.framework.*;

/**
 * 下面的代码演示了 State 模式的基本结构
 */

interface State
{
	void operation1();

	void operation2();

	void operation3();
}

class ServiceProvider
{
	private State state;

	public ServiceProvider(State state)
	{
		this.state = state;
	}

	public void changeState(State newState)
	{
		state = newState;
		System.out.println("========changeState==========="
				+ newState.getClass().getSimpleName());
	}

	// 通过方法调用实现
	public void service1()
	{
		// ...
		state.operation1();
		// ...
		state.operation3();
	}

	public void service2()
	{
		// ...
		state.operation1();
		// ...
		state.operation2();
	}

	public void service3()
	{
		// ...
		state.operation3();
		// ...
		state.operation2();
	}
}

class Implementation1 implements State
{
	public void operation1()
	{
		System.out.println("Implementation1.operation1()");

	}

	public void operation2()
	{
		System.out.println("Implementation1.operation2()");
	}

	public void operation3()
	{
		System.out.println("Implementation1.operation3()");
	}
}

class Implementation2 implements State
{
	public void operation1()
	{
		System.out.println("Implementation2.operation1()");
	}

	public void operation2()
	{
		System.out.println("Implementation2.operation2()");
	}

	public void operation3()
	{
		System.out.println("Implementation2.operation3()");
	}
}

public class StateDemo extends TestCase
{
	static void run(ServiceProvider sp)
	{
		sp.service1();
		sp.service2();
		sp.service3();
	}

	ServiceProvider sp = new ServiceProvider(new Implementation1());

	@Test
	public void test()
	{
		run(sp);
		sp.changeState(new Implementation2());
		run(sp);
	}

	/*
	 * public static void main(String args[]) {
	 * junit.textui.TestRunner.run(StateDemo.class); }
	 */
} // /:~

/*
 * 在 main( )函数里，先用到的是第一个实现，然后转入第二个实现。 当你自己实现 State 模式的时候就会碰到很多细节的问题，你必须根据自己的需
 * 要选择合适的实现方法，比如用到的状态（State）是否要暴露给调用的客户，以及如 何使状态发生变化。有些情况下（比如 Swing 的
 * LayoutManager），，客户端可以直接 传对象进来，但是在 KissingPrincess2.java 那个例子里，状态对于客户端来说是不
 * 可见的。此外，用于改变状态的机制可能很简单也可能很复杂－比如本书后面将要提 到的状态机（State
 * Machine），那里会讲到一系列的状态以及改变状态的不同机制。 上面提到 Swing 的 LayoutManager 那个例子非常有趣，它同时体现了
 * Strategy 模 式和 State 模式的行为。 Proxy 模式和 State 模式的区别在于它们所解决的问题不同。《设计模式》里是这 么描述
 * Proxy 模式的一般应用的： 1. 远程代理(Remote Proxy)为一个对象在不同的地址空间提供局部代理。 RMI 编译器（rmic）在创建
 * stubs 和 skeletons 的时候会自动为你创建一 个远端代理。 2. 虚代理（Virtual proxy），根据需要，在创建复杂对象时使用
 * “延迟初 始化（lazy initialization）” . 3. 保护代理(protection proxy) 用于你不希望客户端程序员完全控制被代
 * 理对象（proxied object）的情况下。 4. 智能引用（smart reference）. 当访问被代理对象时提供额外的动作。
 * 例如，它可以用来对特定对象的引用进行计数，从而实现写时复制 （copy-on-write），进而避免对象别名（object aliasing）. 更简单的
 * 一个例子是用来记录一个特定方法被调用的次数。 你可以把 java 里的引用（reference）看作是一种保护代理，它控制对分配在堆
 * (heap)上的实际对象的访问（而且可以保证你不会用到一个空引用（null reference））。 『重写：在《设计模式》一书里，Proxy 模式和
 * State 模式被认为是互不相干的， 因为那本书给出的用以实现这两种模式的结构是完全不同的（我认为这种实现有点武 断）。尤其是 State
 * 模式，它用了一个分离的实现层次结构，但我觉着完全没有必 要，除非你认定实现代码不是由你来控制的（当然这也是一种可能的情况，但是如果
 * 代码是由你来控制的，那还是用一个单独的基类更简洁实用）。此外，Proxy 模式的实
 * 现不需要用一个公共的基类，因为代理对象只是控制对被代理对象的访问。尽管有细 节上的差异，Proxy 模式和 State
 * 模式都是用一个代理（surrogate）把方法调用传递 给实现对象。』
 */

java 状态模式 讲解示例代码