六大原则

软件开发过程中常用的六大设计原则 单一职责原则（Single Responsibility Principle） 定义 不要存在多余一个导致类变更的原因 解释 一个类只负责一项职责 作用 根据业务功能分离代码模块 分析 单一职责原则非常简单，稍微拥有编程经验的人都会去遵守单一职责原则，即使不知道该原则的存在。但是在实践过程中，单一职责原则会面临最大的敌人——职责扩散 所谓职责扩散，指的是由于某些原因，职责 P 被划分为粒度更细的职责 P1, P2, …等，这种情况，我们需要根据实际情况来决定遵循单一职责原则的粒度。 如果一个职责的扩散不可控，那么必须在职责扩散失控前，重构代码 里氏替换原则（Liskov Substitution Principle） 定义 如果对每一个类型为 T1 的对象 o1，都有类型为 T2 的对象 o2，使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型 所有引用基类的地方必须能透明地使用其子类的对象 解释 子类要能够完成父类所有的职责，在这样的一个系统中，基类（祖先类）的对象，被其子类对象替换后，整个系统工作不会受到影响。 ::子类可以扩展父类，但是不能修改（重写）父类的方法:: 作用 提高系统稳定性、可扩展性 分析 在面向对象编程过程中，里氏替换原则要求我们，在子类里面不要重写/修改父类中已经实现的方法（抽象方法除外） 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。 子类中可以增加自己特有的方法。 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。 接口隔离原则（Interface Segregation Principle） 定义 客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上 解释 类 A 所依赖的接口，应该只包含类 A 用到的方法 作用 避免无用代码，防止类过于臃肿 分析 接口隔离原则，在于控制接口的粒度，如果一个接口中包含过多的方法，那么在实现类中就需要实现所有方法，就会导致代码非常臃肿。这个时候就需要将接口拆分为粒度更细的多个接口。...