设计模式——工厂，策略，建造者

Java 类初始化顺序
基本分为以下几种：静态块，初始化块，静态方法，构造函数块，静态变量，成员变量
对于块顺序，静态块 > 初始化块 > 构造块
对于变量，静态变量 > 成员变量
对于同级的块，按照源码顺序来初始化
变量和块一起考虑：构造函数块一定在父类构造函数，成员变量初始化，初始化块之后。将这三个部分一起并入本构造函数中
一般类实例化过程：类加载+链接，类初始化，类实例化
转一道复杂的考题(深刻解析)：http://biaobiaoqi.github.io/blog/2013/09/22/java-initialization/

三种工厂模式：简单工厂，工厂模式，抽象工厂

设计模式的三大原则：开放-封闭(对扩展开放，对修改封闭)，单一职责，依赖倒转(它是开闭原则的前提，对于各个模块间交互都是抽象，抽象不依赖于实现细节，细节依赖抽象)

简单工厂

三个主要部分，工厂类(用于生成所有可能的类实例)，实例的接口类(用于定义功能相似的抽象方法)，具体类(实现具体功能的类)
Class Factory(根据输入参数，一般通过switch来判定并实例化对应的类对象。但是可以用反射避免修改工厂类，可以保证"开放-封闭"原则，解除判断分支间的耦合)
interface Fruit
Class Apple,Class Orange,Class Banana

工厂模式

其实就是在简单工厂上对工厂类进行一层抽象，让特定工厂生成特定实例，利用多态的性质，比简单工厂多定义一个工厂类接口。
interface Factory
Class AppleFactory Class OrangeFactory Class BananaFactory(这些工厂类实现工厂接口中方法，主要是实例化具体类，直接new Apple,new Orange...)
interface Fruit
Class Apple Class Orange Class Banana(实现水果接口中的方法)

抽象工厂

多个不同工厂的条件下，再一次抽象。还没想到合适的例子

策略模式

• 类似简单工厂，但是明显的区别在于将策略的实例化选择交给了客户端自身来判断(需要指定具体类给一个抽象类对象)，简单工厂是将该部分交给服务端判断(只需要传入参数即可，不用考虑会实例化哪一个具体类)

• 实现最好用抽象类而不用接口，这样可以将公用的方法放到抽象类中.
• 运行期间，策略模式在每一个时刻只能使用一个具体的策略实现对象，虽然可以动态地在不同的策略实现中切换，但是同时只能使用一个

建造者模式

• 一个指挥者类，需要传入构建的builder实例作为指挥者构造函数的形参(就是告诉建造者应该建造什么类型的实例)

• 一个抽象类buidler，负责抽象出各个具体类的公共建造方法

• 多个具体类，分别重写实现抽象类中的方法

• 也可以使用接口的方式，具体类去实现接口定义的方法。同时具体builder类中一般有一个继承了基类产品的product成员。

  UML类图：