摘要：动机（Motivation）在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？意图（Intent）提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类。Abstract Factory模式的几个要点(1) 如果没有应对“多系列对象构建”的需求变化，则没有必要使用Abstract Factory模式，这时候使用简单的静态工厂完全可以。(2)“系列对象”指的是这些对象之间有 阅读全文

摘要：动机（Motivation）在软件系统中，经常面临着“某个对象”的创建工作；由需求的变化，这个对象经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？意图（Intent）定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。Factory Method模式的几个要点(1) Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱 阅读全文

摘要：从设计模式的类型上来说，简单工厂模式是属于创建型模式，又叫做静态工厂方法（Static Factory Method）模式，但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。该模式中包含的角色及其职责工厂（Creator）角色简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。抽象产品（Product）角 阅读全文

摘要：动机： 在软件系统中，经常有这样一些特殊的类，必须保证它们在系统中只存在一个实例，才能确保它们的逻辑正确性、以及良好的效率。 如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？ 这应该是类设计者的责任，而不是使用者的责任。意图：保证一个类仅有一个实例，并提供一个该实例的全局访问点。 单线程Singleton模式的几个要点• Singleton模式中的实例构造器可以设置为protected以允许子类派生。• Singleton模式一般不要支持ICloneable接口，因为这可能会导致多个对象实例，与Singleton模式的初衷违背。• Singleton模式一般不要支持序列化，因为这. 阅读全文

摘要：（一）单一职责原则【Single Responsibility Principle】 单一职责原则：应该有且仅有一个原因引起类的变更。（二）里氏替换原则【Liskov Substitution Principle】里氏替换法则有两种定义：（1）如果对每一个类型为 T1 的对象 o1，都有类型为 T2 的对象 o2，使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。（2）所有引用基类的地方必须能透明地使用其子类的对象。我们在类中调用其他类是务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经 阅读全文