关于使用第三方库、代码复用的一些思考

关于使用第三方库、代码复用的一些思考

正文

不管是不要重复造轮子，还是站在巨人的肩膀上，对于软件开发来说，代码复用都是最基本的原则之一。

代码复用，可能是DRY（dont repeat yourself），也可能是使用别人的代码，或者是开源项目，或者是其他团队提供的组件、服务，或者是团队内他人实现的公共模块，这些复用大大减少了项目的开发周期和成本。

但怎样才算是高效、正确的第三方代码使用姿势呢？在实操中，也会出现一些使用第三方代码导致失控的情况，比如使用了一些第三方代码，但年久失修，当线上事故貌似与第三方代码有关时，无法快速定位、解决问题。

本文是阅读《clean code》的第八章边界（Boundaries）时的一些思考。

本文将复用的代码分为两类：

一类是团队外的代码，具体指第三方库、开源库、公司内其他团队的通用组件，其特征是，这样的代码往往需要做的比较通用，大而全；项目团队只是使用者，很难从根本上影响其设计或实现。

另一类则是团队内的代码，即项目团队成员自行封装的一些通用模块、通用组件，其特征是核心为项目服务，比较方便协商修改。

如何复用第三方库代码

这里的复用，不局限于代码，也包括可供远程调用的服务。一般来说，项目会调研、选择一些开源框架，也会使用公司内基础服务部门或者云计算上的一些服务，我觉得这都算复用。

最小化、集中化代码复用

第三方库往往追求功能（服务）的普适性，这样代码就能在多个环境中工作，吸引更多的用户。而使用者往往只需要满足特定需