摘要：
①：将对象的创建过程封装在工厂类中，使对象复杂的创建过程与程序业务逻辑解耦 ②：屏蔽产品类，用户只需关心产品的接口，只要接口保持不变，系统中的上层模块就不需要变化(如jdbc驱动)。 简单工厂模式：一个factory负责所有产品的创建(1:N)，不易扩展 工厂方法模式：N个factory负责M个产品 阅读全文
摘要：
优点： 只有一个实例，减少内存开支，减少创建销毁和初始化的性能开销 可以避免资源的多重占用，一种资源操作只有一个实例进行操作 提供全局访问点，优化和共享资源访问 缺点： 单例模式要求自行实例化，并提供单一实例，因此单例对象的扩展只能对其自身进行修改 单例模式与开闭原则、单一职责原则冲突 饿汉式单例 阅读全文
摘要：
接口(or 抽象类)负责定义public属性和方法，并且声明与其他对象的依赖关系(模型构建) 抽象类负责公共构造部分的实现(抽象是所有子类的共性封装) 实现类实现业务逻辑，同时在适当的时候对父类进行细化。 开闭原则(Open-Closed Principle) 一个软件实体如类、模块和函数，应该对扩 阅读全文
摘要：
六大设计原则 | 开闭原则(Open-Closed Principle) | 对扩展开放，对修改关闭 | | | | | | 依赖倒置原则(Dependence Inversion Principle) | 面向接口编程 - 抽象构建框架,实现扩展细节 | | 单一职责原则(Single Respo 阅读全文