今天有点晚哈，周末跑去完了，回来洗澡 洗衣服 吃饭折腾了很长时间。
周末去玩有点感慨啊，去称体重发现自己又胖了。。。 不行啊 要减肥了啊，学习固然重要，但是身体更重要啊，为了让自己以后不变成胖子，所以决定从明天开始每天晚上 要做点运动，坚持一边学习 一边减肥。加油。 努力去执行。光说不练假把式！
好了来说说今天学习的内容吧，看标题都知道是简单工厂。
定义：工厂模式专门负责将共同接口的类进行实例化，然后供客户端直接使用。
工厂模式有以下几种形态：
简单工厂(Simple Factory)模式
通过传递给它的数据，返回几个可能类中的一个实例。
（据说 就这个不是GoF 23个设计模式中的一员）
工厂方法(Factory Method) 模式
工厂类角色 Creator (LightSimpleFactory)：在客户端的直接控制下创建产品对象。
抽象产品角色 Product (Light)：定义简单工厂创建的对象的父类共同拥有的接口，可以是接口、类、抽象类。
具体产品角色 ConcreteProduct (BulbLight, TubeLight)：定义工厂具体教工出来的对象。
抽象工厂(Abstract Factory)模式
在某些情况下可以由抽象类（基类）完成产品的创建。必要的时候还可以把全部都合在一起。
再来说说优缺点：
优点：
工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直
接创建产品对象的责任，而仅仅"消费"产品。简单工厂模式通过这种做法实现了对责任的分割。
缺点：
当产品有复杂的多层等级结构时，工厂类只有自己，以不变应万变，就是模式的缺点。因为工厂
类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
同时，系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，有可能造成工厂逻辑过于复杂。
另外，简单工厂模式通常使用静态工厂方法，这使得无法由子类继承，造成工厂角色无法形成基
于继承的等级结构。
挺多的 先看到这里，后面继续。
要不还是做一下今天的总结吧：目前看到的这个工厂模式 好像就是通过一个控制器 去根据业务需要去创建对应的对象实体。然后这些对象实体都会继承一个公共的基类。好处是让客户端直接使用相应的产品，坏处就是 要些一对的调用判断逻辑。