Java设计模式在Android中的实践

❝设计模式,是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。中文名软件设计模式外文名Design pattern.❞

设计原则

里氏代换原则

里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。需要注意以下几点：

（1）子类的所有方法必须在父类中声明，或子类必须实现父类中声明的所有方法。

（2）尽量把父类设计为抽象类或者接口，让子类继承父类或实现父接口，并实现在父类中声明的方法。

（3）子类不应该覆盖父类的非抽象方法（可以重载，但一定要调父类的方法）。

依赖倒转原则

在实现依赖倒转原则时，我们需要针对抽象层编程，而将具体类的对象通过依赖注入的方式注入到其他对象中，依赖注入是指当一个对象要与其他对象发生依赖关系时，通过抽象来注入所依赖的对象。常用的注入方式有三种，分别是：构造注入，设值注入（Setter注入）和接口注入。

（1）构造注入是指通过构造函数来传入具体类的对象。

（2）设值注入是指通过Setter方法来传入具体类的对象。

（3）接口注入是指通过在接口中声明的业务方法来传入具体类的对象。

这些方法在定义时使用的是抽象类型，在运行时再传入具体类型的对象，由子类对象来覆盖父类对象。

开闭原则是目标，里氏代换原则是基础，依赖倒转原则是手段。

接口隔离原则

（1）在使用接口隔离原则时，我们需要注意控制接口的粒度。

（2）接口不能太小。如果太小会导致系统中接口泛滥，不利于维护；

（3）接口也不能太大。太大的接口将违背接口隔离原则，灵活性较差，使用起来很不方便。

一般而言，接口中仅包含为某一类用户定制的方法即可，不应该强迫客户依赖于那些它们不用的方法。

合成复用原则

通过继承来进行复用的主要问题在于继承复用会破坏系统的封装性。因为继承会将基类的实现细节暴露给子类，由于基类的内部细节通常对子类来说是可见的，所以这种复用又称“白箱”复用，如果基类发生改变，那么子类的实现也不得不发生改变；从基类继承而来的实现是静态的，不可能在运行时发生改变，没有足够的灵活性。

一般而言，如果两个类之间是“Has-A”的关系应使用组合或聚合，如果是“Is-A”关系可使用继承。"Is-A"是严格的分类学意义上的定义，意思是一个类是另一个类的"一种"；而"Has-A"则不同，它表示某一个角色具有某一项责任。

Java设计模式详解

• Java设计模式之创建型模式
• Java设计模式之结构型模式
• Java设计模式之行为型模式

项目源码

项目源码地址:https://github.com/xuexiangjys/architect-java/tree/master/src/designpattern,