Android 设计模式的六大原则

前言

记录一下Android设计模式的六大原则，大家以后写代码就可以按照这六大原则来构建代码的框架。

1.单一职责原则（Single Responsibility Principle，SRP）

定义：一个类应只包含单一的职责

• 一个类职责过大的话，首先引起的问题就是这个类比较大，显得过于臃肿，同时其复用性是比较差的
• 其次就是如果修改某个职责，有可能引起另一个职责发生错误。这是我们极力所避免的，因此设计一个类时我们应当去遵循单一职责原则。

2.开放封闭原则（Open - ClosedPrinciple，OCP）

定义：一个模块、类、函数应当是对修改关闭，扩展开放

• 修改原有的代码可能导致原本正常的功能出现问题。
• 因此，当需求有变化时，最好是通过扩展来实现，增加新的方法满足需求，而不是去修改原有代码。

3.里氏代换原则（Liskov Substitution Principle，LSP）

定义：使用父类的地方能够使用子类来替换，反过来，则不行

•  使用子类对象去替换父类对象，程序将不会产生错误
• 因此在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。
• 需要注意的事：
• 子类所有的方法必须在父类中声明，或子类必须实现父类中声明的所有方法。如果一个方法只存在子类中，没有在父类声明，则无法在以父类定义的对象中使用该方法。
• 父类应当被尽量设计为抽象或者接口，让子类继承父类或实现父接口，并实现现在父类中声明的方法，运行时，子类实例替换父类实例，我们可以很方便地扩展系统的功能，同时无须修改原有子类的代码，增加新的功能可以通过增加一个新的子类来实现。

4.依赖倒转原则（Dependence Inversion Principle，DIP）

定义：抽象不应该依赖于细节，细节应当依赖于抽象

• 即要面向接口编程，而不是面向具体实现去编程。
• 高层模块不应该依赖低层模块，应该依赖抽象。

5.接口隔离法则（Interface Segregation Principle，ISP）

定义：一个类对另一个类的依赖应该建立在最小的接口上

• 一个类不应该依赖它不需要的接口。
• 接口的粒度要尽可能小，如果一个接口的方法过多，可以拆成多个接口。

6.迪米特法则（Law of Demeter，LoD）

定义：一个类尽量不要与其他类发生关系

• 一个类对其他类知道的越少，耦合越小
• 当修改一个类时，其他类的影响就越小，发生的错误的可能性就越小。

 参考

• Android的设计模式-设计模式的六大原则