六大设计原则
遵循单一职责原则
定义：不要催在多于一个类变更的原因。即:一个类负责一项职责，防止需求变更修改类使其他功能发生故障。常见问题：类T可能由于需求变更划分为类T1和类T2，负责功能P1和P2，一般程序员会由于方便不划分，如果功能继续增加，代码后期重构更为麻烦。优点：降低类的复杂度，提高类的可读性，变更带来的隐患降低。里氏替换原则
所有引用基类(超类,父类)的地方必须能透明地使用其子类的对象。在使用继承时，遵循里氏替换原则，子类尽量不要重写父类的方法，也尽量不要重载父类的方法，这样，任何父类出现的地方可以用子类替换。依赖倒置原则
高层模块不应该依赖底层模块，二者都英爱依赖抽象，即：具体依赖抽象。核心是面向接口编程。接口隔离原则
定义：客户端不应该依赖它不要的接口，一个类对另一个类的依赖应该建立在最小的接口上。含义：建立单一接口，不要建立庞大臃肿的接口。迪米特法则
定义：一个对象应该对其他对象保持最少的了解。降低类之间的耦合性。过分的使用迪米特原则，会产生大量这样的中介和传递类，导致系统复杂度变大，所以在采用迪米特法则时要反复权衡，既做到结构清晰，又要高内聚低耦合。开闭原则
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。在软件生命周期内，因为变化、升级、维护等原因，直接修改原有代码，可能会给旧代码中引入错误。