blank_zio的博客

建造者模式(builder pattern) 定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示 个人理解： 建造者模式就是将复杂的对象创建细节封装起来，客户端在使用的时候更加简洁明了。提高可读性。 对于步骤相同但是内容不同情况,创建一个builder就可以完成简单的扩展. 参与者 抽象创建者(Builder) 具体建造者(ConcreteBuilder) 指挥者(Director) 具体产品(Product) 代码案例 产品类 product public cl

简单工厂模式(Simple Factory Pattern) 生成复杂对象的地方，都可以考虑使用工厂模式。 角色 简单工厂 抽象产品 具体产品 uml 代码案例 产品接口 public interface FreshWaterFish { void grow();//鱼生长 void harvest();//收获鱼 } 具体的产品 public class Carp implements FreshWaterFish{ @Override public void

原型设计模式（Prototype Pattern） 用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型相同或相似的新对象。 使用：当构造函数的赋值逻辑非常多，创建对象成本大的时候。 两种实现方式 通过clone()不过会出现浅拷贝的情况，需要自己手动进行再次深拷贝(clone不会调用构造方法，直接复制) 通过序列化的方式 代码示例 public class WeekReport implements Cloneable, Serializable { private int

基本概念 定义：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例 违背单一职责原则：既负责实现对象逻辑，由负责生成管理对象。 分类 饿汉式 饿汉式：类加载到内存后，就会实例化。JVM线程安全。缺点：不论是否需要使用，都会加载 public class Mgr01 { private static final Mgr01 INSTANCE = new Mgr01(); //私有构造器，无法使用new来创造实例 private Mgr01(){ }

1.单一职责原则(Single Responsibility Principle,SRP) 一个类或者模块应该有且只有一个改变的原因(一个类应该只负责一项职责) 职责的定义比较困难，能自圆其说就行 不同需求有不同的拆分方式。 2.接口隔离原则(Interface Segregation Principle,ISP) 类继承接口的方法都是有用的(不应该依赖不需要的接口，即一个类对另一个类依赖应该建立在最小接口上) 3.依赖倒转原则(Dependence Inversion Principle