低耦合与代码复用率相互矛盾

[xiaoji]

为了提高代码复用率，我们通常会将一些基础类（例如链表或堆栈）封装到一个或若干个基础类库里面，其他类库会调用这些基础类。
按软件高内聚低耦合的原则，一个类库应该是高内聚低耦合，减少与其他类库或包的联系，这就与代码复用率相互矛盾了。代码复用率要求将一些独立的类封装到一个库中，强调复用性；而低耦合则要求减少类库或包之间的联系，尽量将功能在一个类库中实现；因此低耦合和代码复用率之间存在一定程度的矛盾。

一些人或许会觉得代码复用之间拷贝代码或类就可以了，这会造成一些问题，先不说拷贝代码本身容易出现问题，代码多次拷贝也会造成代码维护困难，例如你将某个基础类多次拷贝，当发现这个类存在bug时，就需要对各个拷贝都进行修改，如果一些代码已经发布，维护就更困难了。

[xiaoji]

低耦合和可扩展性也存在一定的矛盾，为了提高可扩展性，我们通常会留下尽可能多了扩展接口，这也违背了低耦合原则。 当我们在扩展库中继承了基础库中的某个类，并扩展功能时，扩展库和基础库之间的耦合度很高，也与低耦合原则不符。 我觉得耦合度不是越低越好，当然耦合度低了肯定好维护，但是会牺牲代码复用率、可扩展性等特性。

[silenccce]

何为低耦合？你使用了某个类库的扩展接口，然后类库框架内部改变了，但是接口没变，你能察觉到它内部做了修改吗？这叫高耦合？楼主你还是不懂啊。

[smallcrocodile]

我不说，只看看

[wrong1111]

知道什么叫权衡么？ 什么都是相对的。只是针对某个场景，做出最有利的选择。。

[dracularking]

我觉得楼主总结得挺好的，但有一些自己的看法 既然叫扩展库和基础库，说明这两者之间的联系已经是不可避免的了，耦合也就不可避免，这个时候能做的也只是尽量将耦合度降到最低了

[cxyOOOO]

高内聚低耦合，能提高软件复用。但依赖不可避免（比方这里的库依赖）。这种依赖可以方便被某种方法解耦就可以（低耦合），不矛盾。