是否真正理解设计模式会影响到我们设计项目架构，项目的代码结构，这些都对项目以后的维护起到至关重要的作用。
简单工厂模式
简单工厂
这种方法虽然简单，但其实不是很好，不好是因为每次我们使用的时候都需要输入一种类型，这就需要对字符串进行容错处理，一般我更喜欢用简单的静态工厂方法，这个在安卓中也普遍存在，PendingIntent就是一个很好的例子。
StaticFactory向外部提供静态方法
抽象工厂模式
上面的实体类（People，Dog）其实作为一个外部类创建就好了，只是为了方便才创建成静态内部类。接下来我们讲讲抽象工厂，其实抽象工厂也没有传说中的那么的难理解
简单工厂可以说只有一条生产线，自然而然要是突然想发展业务多生产一个东西，就需要对原来的生产线进行改造，可能表现到代码逻辑里面，就仅仅是在switch里面加一个case，然后定义一种常量Type为大米，就可以投入使用了。虽然看起来很简单，但是每次有扩展都要对旧的类进行修改这是不提倡的。这与抽象工厂，其实可以说更加贴近现实，工厂对一个产品就设置一条流水线，需要扩展的时候，就扩展一条流水线，通过这条流水线就可以生产产品了。流水线就是我们继承抽象工厂实现的一个工厂类。
抽象工厂
卧槽，创建个对象搞的那么复杂，写这么多的接口和类？！是的，并不是创建所有的实体类对象都需要使用工厂模式，但是如果有一个项目中的商品系统需要长期的迭代和维护，我们在一开始开发的时候就需要考虑到它的可扩展性。这些都是项目前期有经验的老司机们着手设计项目架构的时候要考虑的东西。
