GOGO的专栏

没怎么看明白浅复制：只复制了对象的变量，其中对象中引用变量所指的对象未复制深复制：对象中引用变量指向的对象也进行了复制

模板模式：创建父类、子类，父类：没填答案试卷，子类：各人做完的试卷父类中有显示题目的方法和答题方法（抽象方法）子类通过实现答题方法

通过装饰类的装饰方法来对对象进行装饰ConcreteComponent c=new ConcreteComponent();Decorator d=new Decorator()d.setComponent(c)

不同的实例共享同一个对象，参照博客网站的设计

class Singleton{ private Singleton(){ } private static final Singleton Instance=new Singleton(); public static Singleton GetInstance(){ return Instance; }}单例模式与静态方法比较：单例类是有状态的，可

class game { private String state; public memento CreateMemento(){ //新建memento对象保存状态 return (new memento(state)); } public void ReMemento(memento M){ //读取状态 this.state=M.state();

组合模式，用于需求中要求体现部分与整体层次结构时，一般树型控件都采用了组合模式abstract public class Component { protected String name; public Component(String name){ this.name=name; } public abstract void Add(Component c); p

一个抽象类作为模子。各实体类继承该抽象类，那么抽象类中的抽象方法都不得不实现。而后还需要一个监工类，该类把实体类的方法全部实现，使功能不会缺失。Builder类，抽象，做为模子abstract class Builder{ public abstract void BuildPartA(); public abstract void BuildPartB(); public a

如果两个类之间原本没有直接关系，那么就尽量保持这种状态。若非要调用另一个类的方法，可以通过第三者来转发这个调用。总之就是强调类之间的松耦合

共同点：都集中封装了对象的创建，降低了客户程序与产品对象的耦合。不同点：工厂模式是简单工厂模式的进一步抽象和推广，使用了多态性，克服了简单工厂违背开-闭原则的缺点。简单工厂模式：（注）所有在用简单工厂的地方，都可以考虑用反射技术来去除switch或if,解除分支判断带来的耦合public class SimpleFactory { public static Product cre

书中写到Long Method，方法如果过长，那么极有可能不好了。面向对象设计OOD，有一个要求是要做到代码的责任分解，方法如果过长，比如一个方法的分支判断很多，就违背了‘单一责任原则’

依赖倒转原则DIP（Dependency Inversion Principle）主要是通过在具体对象之上再建立一层抽象对象，使具体对象的构造能更加灵活，降低耦合。比如观察者模式，使耦合的双方都依赖于抽象，而不是两个具体对象相互直接依赖。“开放-封闭”原则是我们OOD的目标，达到这一目标的主要机制就是“依赖倒转”原则(DIP)这个原则的内容是：要依赖于抽象,不要依赖于具体。或者说是：要针对

项目开发的三个层次：数据访问层、业务逻辑层、表示层Facade一般建立与层与层之间，降低系统的耦合度。使层与层之间的联系从多——多关系转变为多——点——多关系

模板模式：创建父类、子类，父类：没填答案试卷，子类：各人做完的试卷父类中有显示题目的方法和答题方法（抽象方法）子类通过实现答题方法