解耦合手段

 

解耦合手段

 

如果代码耦合太高，对于BUG修改，新功能增加，测试，都是一个噩梦。

 

我们公司还是有很多牛人的，知识我不知道而已，下面是我一同事的博客上的文章，关于解耦合手段，每读一篇，我会把他链接到这里。

 

 

解耦合手段之一：dry原则

Don't Repeat Yourself

CPD, PMD

 

解耦合手段之二：Single Responsibility Principle

在面向对象的方法中，Robert C. Martin引入了Single Responsibility Principle(SRP)，即单一职责原则。就是说：所有的对象都应该有单一的职责，它提供的所有的服务也都仅围绕着这个职责。用Uncle Bob自己的话来说就是：“永远不要让一个类存在多个改变的理由”（There should never be more than one reason for a class to change.）

 

 

解耦合手段之三：Open/Closed Principle

这又是一个面向对向的方法。Open/Closed Principle，可以译成“开/关原则”，“开-闭原则”或者“开放封闭原则”，是说“一个软件实体应当对扩展开放，对修改关闭( Software entities should be open for extension,but closed for modification.)。”这里所说的“实体”可以是函数、类、模块等等。

 

解耦合手段之四：Law of Demeter

迪米特法则(Law of Demeter)，又称“最少知识原则”（Principle of Least Knowledge），也是主要针对面向对象思想的，可以简单的概括为“talk only to your immediate friends”。

 

 

 

解耦合手段之五：Dependency Inversion Principle

Dependency Inversion，又被称为控制反转（Inversion of Control）。这种原则又被戏称为“好莱坞原则”——“Don’t call us, we’ll call you.”。Uncle Bob是这样描述DIP（Dependency Inversion Principle）的：

A. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象。

B. 抽象不应该依赖于细节，细节应该依赖于抽象。

 

 

解耦合手段之六：并发

一般的程序都是顺序执行的，在这种情况下，程序的执行和执行的时间是相互依赖的或者说是耦合的。当这种耦合成为一种阻碍时我们就需要并发（Concurrency）。

"Concurrency is a decoupling strategy. It helps us decouple what gets done from when it gets done."

–Clean Code, Robert C. Martin

 

 

解耦合手段之七：Liskov代换原则

子类不应要求比基类更高的precondition。

子类不应弱化基类的postcondition。