解耦合

广大程序猿同胞，经常会看到“解耦合”，也有很多人，会用这个词来装X，但是，实际真正能理解的人，并不多。接下来，带大家深入浅出的走一遍，如何解耦合。

首先，我们要知道，为什么要解耦合：通常，我们做一个项目，会用到很多基础功能块，比如xxx通信协议，xxxView等等，我们会把这种功能块封装成一个库，如果这个库，只能在这个指定的项目运行，这就叫高耦合，这就导致了，如果下次再次遇到一个类似的项目，需要用到同样功能的功能块时，你会要做很多重复工作。假设，每次使用json时，你都要对json库进行改造，那将会是一个晴天霹雳。

但是，事与愿违，有些情况，还真的不太好解耦。

这里，我们先举个栗子，比如排序。

一个排序功能，对于大部分比较初级的程序猿来说，可能会写成这样：

sort(List<Integer> list)

这样就导致了一个问题所在，这个方法只能排序 int 型数据，如果下一个项目，需要用到对 String 进行排序，那就很尴尬，感觉明明要成功了，但是又差一点。对，就是差这一点，就是代码解耦的关键。

我们先要明确，我们需要做的是排序功能，在这个过程中，我们不可避免的需要使用 2 个数据的大小对比，而这个数据，可能是任何数据，也就是说，排序算法，我们是可以确定下来，做成不动的库，但是有一个数据大小匹配是我们无法做到的，或者说是库的耦合点，那怎么办呢？

我们就让使用我们这个功能块的人，告诉我们就行啦。

下面，我们参考 Android 库里面，有个排序的 api

Collections.sort(List<T> list, Comparator<? super T> c);

这里，Comparator这个接口，就是使用者，需要实现，并且传递进去的接口。这样做，这个排序功能块就可以应用在任何场合，达到一次开发，受用终身的目的。是不是很神奇？

我们再举个栗子，socket

我们在开发时，经常会用到socket库，而socket最常用，最常用的一个功能就是：“连接->发送数据->接收数据->断开连接->回调结果”

所以，如果需要把这个流程，封装成一个功能块是很有意义的。

但是，这里有一个问题，是阻碍封装的，就是 “接收数据->断开连接”，socket读取数据时，是一个inputStream，是个流，也就是说，其实，你并不知道，数据怎么样才算接收 完整/完毕

可能，有的协议，是通过头2个字节来判断整个数据长度

可能，有的协议是有帧头，帧尾，转义符来判断整个数据长度

……

这让我们很头疼，那怎么 解决了，既然无法知道的东西，就让应用程序来告诉你呗。和上面一样，传入一个协议实现呗：

public interface UnZipDataAction{ 
	byte[] getRealData(byte[] recvData); 
	ErrorCode getErrorCode(); 
}
// 返回null，表示未接收完全，继续接收，返回完整的byte[]就认为是已经接收完毕，把结果返回给应用，并且断开连接
      

这样，我们就把“连接->发送数据->接收数据->断开连接->回调结果”整个流程封装成了通用的功能块了。

解耦总结来说就是：你能知道的东西就写死，不知道但是又必须知道的东西，就让应用程序来告诉你，在java里面叫接口，在有些语言（OC, swift, C/C++）里面叫做代码段。

————————————————
版权声明：本文为CSDN博主「乌溪人」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/fangqiangqi/article/details/79826376