设计模式的学习
很多同学都是通过阅读些书来学习设计模式，学习各种模式的代码结构或一些不切实际的实用场景，很快忘记，或理解不够，在工作中误用或滥用。
下面我总结了一个很学习设计模式的方法。
重点
设计模式的主要思想其实很简单，就是：测试驱动开发。测试先行。意思是：先写测试代码，再去实现代码。
所以先写单元测试是很重要的，因为选用什么设计模式，不是容易就决定的。还是根据业务场景去决定的。而且业务需求随时都变
化。所以你的代码要经受得住各种变化。设计模式跟着需求变化而变化。这就是XP的关键，拥抱变化。那如何确保每次修改后代码
能稳定地运行呢？那就行写好单元测试。尽量覆盖尽量多的测试用例，每次修改完跑一下单元测试。不用管要用什么设计模式。只
要你的代码都能通过，你的代码肯定用了很多设计模式在里面，不然不可能做到拥抱变化（就是解耦）。设计模式的目标就是拥抱变化。
代码示例
如果你不知道什么叫工厂模式。请跑下面单元测试代码，确保此测试代码能通过，说明你已经掌握工厂模式了。
public class PatternDemo {
@Test
/**
* 工厂模式单元测试
*/
public void testShapeFactory() {
ShapeFactory shapeFactory = new ShapeFactory();
//获取 Circle 的对象，并调用它的 draw 方法
Shape shape1 = shapeFactory.getShape("CIRCLE");
//Shape 是否接口，因为不是接口也可以，类或抽象类也可以实现这样的效果。这样违反了依赖倒置的原则。
//行为的抽象选择依赖接口而非类或抽象类。
//下面判断是否为接口。
//写单元测试时是不用写这个测试的。
final boolean isInterface = Shape.class.isInterface();
Assert.assertEquals(true, isInterface);
//调用 Circle 的 draw 方法
String returnStr = shape1.getDrawStr();
Assert.assertEquals("Inside Circle::draw() method.", returnStr);
//获取 Rectangle 的对象，并调用它的 draw 方法
Shape shape2 = shapeFactory.getShape("RECTANGLE");
//调用 Rectangle 的 draw 方法
returnStr = shape2.getDrawStr();
Assert.assertEquals("Inside Rectangle::draw() method.", returnStr);
//获取 Square 的对象，并调用它的 draw 方法
Shape shape3 = shapeFactory.getShape("SQUARE");
//调用 Square 的 draw 方法
returnStr = shape3.getDrawStr();
Assert.assertEquals("Inside Square::draw() method.", returnStr);
}
}
