第一节：传统方式完成需求

一、需求分析

　　1) 需要建房子：这一过程为打桩、 砌墙、封顶
　　2) 房子有各种各样的，比如普通房，高楼，别墅，各种房子的过程虽然一样，但是要求不要相同的.

二、代码实现

　　1、UML 类图  

                

　　2、代码实现

public abstract class AbstractHouse {

    //打地基
    public abstract void buildBasic();
    //砌墙
    public abstract void buildWalls();
    //封顶
    public abstract void roofed();

    public void build() {
        buildBasic();
        buildWalls();
        roofed();
    }
}

------------------------------------------------
/**
 * 普通房子
 */
public class CommonHouse extends AbstractHouse{
    @Override
    public void buildBasic() {
        System.out.println(" 普通房子打地基 ");
    }

    @Override
    public void buildWalls() {
        System.out.println(" 普通房子砌墙 ");
    }

    @Override
    public void roofed() {
        System.out.println(" 普通房子封顶 ");
    }
}
------------------------------------------------
public class HigeHouse extends AbstractHouse {
    @Override
    public void buildBasic() {
        System.out.println(" 高楼打地基 ");
    }

    @Override
    public void buildWalls() {
        System.out.println(" 高楼砌墙 ");
    }

    @Override
    public void roofed() {
        System.out.println(" 高楼封顶 ");
    }
}

　　　　测试代码：

/**
 * 传统方式解决盖房需求问题分析
 * 1) 优点是比较好理解，简单易操作。
 * 2) 设计的程序结构，过于简单，没有设计缓存层对象，程序的扩展和维护不好. 也就
 * 是说，这种设计方案，把产品(即：房子) 和 创建产品的过程(即：建房子流程) 封
 * 装在一起，耦合性增强了。
 * 3) 解决方案：将产品和产品建造过程解耦 => 建造者模式.
 */
public class Client {
    public static void main(String[] args) {
        CommonHouse commonHouse = new CommonHouse();
        commonHouse.build();

        System.out.println("---------------");

        HigeHouse higeHouse = new HigeHouse();
        higeHouse.build();
    }
}

三、分析

　　1、优点是比较好理解，简单易操作；

　　2、设计的程序结构，过于简单，没有设计缓存层对象，程序的扩展和维护不好；也就是说，这种设计方案，把产品(即：房子) 和 创建产品的过程(即：建房子流程) 封装在一起，耦合性增强了。

　　3、解决方案：将产品和产品建造过程解耦 =》建造者模式