设计模式的学习

很多同学都是通过阅读些书来学习设计模式，学习各种模式的代码结构或一些不切实际的实用场景，很快忘记，或理解不够，在工作中误用或滥用。
下面我总结了一个很学习设计模式的方法。

重点

设计模式的主要思想其实很简单，就是：测试驱动开发。测试先行。意思是：先写测试代码，再去实现代码。
所以先写单元测试是很重要的，因为选用什么设计模式，不是容易就决定的。还是根据业务场景去决定的。而且业务需求随时都变
化。所以你的代码要经受得住各种变化。设计模式跟着需求变化而变化。这就是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);
    }

}