简单工厂模式

1.简单工厂模式

    简单工厂模式实质：由一个工厂类可根据传入的参数，动态决定应该创建哪个产品类（产品类继承父类或接口）的实例。
1.1 优点
    工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。
1.2 缺点
    由于工厂类中聚集了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。当系统中的具体产品类不断增多时候，可能会出现要求工厂类可根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；这些缺点在工厂方法模式中得到了一定的克服。
1.3 使用场景
    1.工厂类负责创建的对象比较少；
    2.客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；
    3.由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。
1.4 UML类图
    类之间的关系是类图中比较复杂的内容。有关联、聚合、组合、泛化、依赖。
1.4.1 关联
    模型元素之间的一种语义联系，是类之间的一种很弱的联系。关联可以有方向，可以是单向关联，也可以是双向关联。关联两端的类也可以以某种角色参与关联，角色可以具有多重性，表示可以有多少个对象参与关联。
当一个类‘知道’另一个类时，可以使用关联。关联关系用实线箭头表示（例:企鹅气候）。
1.4.2 聚合
    聚合关系是“has－a”关系，聚合关系表示整体与部分的关系比较弱，聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。
    聚合表示一种弱的‘拥有’关系。体现的是A对象可以包含B对象，但是B对象不是A对象的一部分。聚合关系用空心的菱形 + 实线箭头来表示（例：雁群◇大雁）。
1.4.3 组合
    组合关系是“contains－a”关系，也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在。部分对象与整体对象之间具有共生死的关系。
组合表示一种强的‘拥有’关系，聚合关系用实心的菱形 + 实线箭头来表示（例：雁群◆大雁）。
1.4.4 泛化
    泛化定义了一般元素和特殊元素之间的分类关系，类之间的这种泛化关系也就是继承关系。泛化关系是“a－kind－of”关系，定义一般元素和特殊元素之间的分类关系。
1.4.5 依赖
    有两个元素如果修改X的定义可能会导致对Y的定义，则认为Y依赖X。如果类A和类B有关联关系，它们之间必然有依赖关系。
依赖关系用虚线箭头来表示（例：动物 ┄> 水）。