Android设计模式-面向对象的六大原则

在15年的年底,准备认认真真的学习一下相关的设计模式,今天是第一天。参考的书籍——《Android源码设计模式解析与实践》,特写博客,算作学习笔记吧!!

单一职责原则(Single Responsibility Principle)

两个完全不一致的功能实现就不应该放在同一个类中,一个类中应该是一组相关性很高的函数、数据的封装。但是这个的界限往往不是那么清晰,很多时候都是凭借自己的经验来划分类与类之间的界限。这个也是单一原则颇受争议的地方。因为每个人的思维方式、经验各不相同,那么划分类的职责界限必定各不相同!

开闭原则(Open Close Principle)

软件中的对象(类、模块、函数等)应该对于扩展是开放的,但是对于修改是封闭的。这个就是要求我们应该使用扩展的方式来实现变化,而不是应该写死对象与对象的联系。更不应该频繁的修改应经写好的代码。

里氏替换原则(Liskov Substitution Principle)

里氏替换原则就是对于上面开闭原则提供的具体实现的原则,那就是面向接口、抽象编程。也就是面向对象中,继承和多态的体现。我们通过建立抽象建立相应的规范,而具体的实现实在运行时替换相关的抽象,而建立具体的实现。所以抽象和接口是面向对象编程的精髓所在啊!!

依赖倒置原则(DependenceInversion Principle)

1.高层模块不应该依赖底层模块。两者都应该依赖其抽象。

2.抽象不应该依赖细节(具体实现)。

3.细节应该依赖抽象。

其实就是说模块间依赖是通过抽象发生。实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类来产生的。其实还是上面里氏替换原则里面强调的问题——面向接口、抽象编程。

接口隔离原则(InterfaceSegregation Principle)

类间的依赖关系应该建立在最小的接口上。其实还是一个依赖抽象的道理,那就是不管具体实现的子类拥有了很多其他特性,但是基本的还是可以通过父类或者接口来确定(有点儿向上转型的调调),当我们不需要或者不关心子类特有的方法属性时,那就把它作为接口或者父类去使用。而在当做接口使用时,又可以不用担心其他特有的方法被暴露出去,在Android的AIDL中就是返回的一个接口,通过这个接口,可以只暴露出需要暴露的方法,而其他特有的方法调用者将无法得知。

迪米特原则(Law of Demeter)

一个对象应该对其他对象有最小的了解。类的内部实现应该与调用者或者依赖者没有半毛钱的关系。封装性的体现吧。如果类与类之间的关联性越高,那也就意味着耦合性也高,一个类发生变化必定会影响到它的关联类。迪米特原则旨在划分好类与类关联是互相的职责关系,对外只暴露接口或者方法,隐藏其内部的具体实现。

以上需要明白在构建对象和相关项目时,应当确定每一个对象、方法、接口的功能,首先尽量做到功能单一原则,在这个基础上,应该再明确模块与模块直接的关系,这里就需要遵循开闭原则和里氏替换原则,还有依赖倒置原则,所到底就是明确哪些是最基本的方法,哪些是需要子类具体去实现的方法。需要具体实现就通过抽象(抽象方法和接口)让子类去具体实现。而模块与模块之间,具体实现对象之间,也应当做到抽象不依赖细节,它们之间也通过接口作为桥梁来降低耦合!最后在类与类交互的时候,应该明确好自己的功能,只对外暴露调用者需要的方法,而自己的内部具体实现应该隐藏起来。

你可能感兴趣的:(Android设计模式-面向对象的六大原则)