设计模式（java代码）

设计原则 * 单一职责原则（SRP），就一个类而言，应当仅有一个引起它变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削减或则抑制这个类完成其他职责的能力。 这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。 * 开放-封闭原则，是说软件实体（类，模块，函数等等）应该可以扩展，但是不可以修改。 对于扩展是开放的，对于更改是封闭的。即面对需求，对程序的改动是增加新代码，或则说是一个类，而不是更改现有的代码。 它是面向对象设计的核心所在。 * 依赖倒转原则 A. 高层模块不应该依赖低层模块。俩个都应该依赖抽象。 B. 抽象不应该依赖细节，细节应该依赖抽象。 说的明白些就是要采对接口编程，而不是对实现编程。 * 里氏代换原则（LSP），子类型必须能够替换掉它的父类型。 正是由于子类型的可替换性才似的使用父类类型的模块在无需修改的情况下就可以扩展。 * 迪米特法则（LoD），也叫最少知识原则。 如果来个类不必彼此直接通信，那么这俩个类就不应当发生直接的互相作用。 如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。 该思想强调了类之间的松耦合。 * 合成/聚合复用原则（CARP），尽量使用合成/聚合，尽量不要使用类继承。 聚合表示一种弱的“拥有”关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分； 合成则是一种强的“拥有”关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。 * 敏捷开发原则 敏捷开发原则告诉我们，不要为代码添加基于猜测的，实际不需要的功能