摘要：
动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活 /** * 必须复写父类的无参构造方法，不然如果只有有参的构造方法，子类在继承时，就会复写有参的构造方法，子类再自行创建其他构造方法就会报错。 */ public class Person { private Strin 阅读全文
摘要：
子类型必须能够替换掉它们的父类型 一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有任何变化。 由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下可以扩展 阅读全文
摘要：
高层模块不应该依赖底层模块。两个都应该依赖抽象 抽象不应该依赖细节。细节应该依赖抽象 阅读全文
摘要：
是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改 特点 对于扩展是开放的 对于更改是封闭的 对于扩展是开放的 对于更改是封闭的 阅读全文
摘要：
就一个类而言，应该仅有一个引起它变化的原因 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计就会遭受到意想不到的破坏 阅读全文
摘要：
获取Class类 //获取Class类 //（方法一） Class class1 = UserBean.class; //（方法二） Class class2 = new UserBean().getClass(); //（方法三） Class class3 = Class.forName("cn. 阅读全文