不等心情，一点一点强行开始
上面博文《解决“单接口，多类”架构设计的回调问题》的源码已经上传Github：https://github.com/libinggen/CallBack。
本博文的源码也一直在Github上更新，已经写了好几天了：https://github.com/libinggen/DependencyManagement
放Github的好处是，我不用浪费时间在文章里贴代码。而大家Clone下来就可以直接跑，直接帮我修改。
依赖管理，是指在什么地方以什么形式引入外部代码。
依赖管理为什么重要呢？
因为，依赖在哪里，处理代码就会那里，而bug也就会出现在那里。
于是，反过来，为了让bug集中，就需要让处理代码集中，也就需要管理好代码的依赖关系。
依赖管理，有三个层面。
1､相同的代码，只出现在一个地方，也叫单一职责原则。
2､通过引用协议对象，让依赖关系中的组件更容易更换。
3､从逻辑上安排依赖关系，让依赖关系更容易被人理解。
单一职责原则，是最基本的原则。它是代码模块化，设计模式的根本。
协议对象引用，使得功能变更时，只需要在一个统一的地方做最少的修改。
依赖逻辑关系，则主要是为了更方便人脑去理解代码之间的关系。
我们从ViewController的代码开发，来思考代码依赖关系。
最原始的做法，是把视图、数据模型、网络请求、本地存储、页面跳转五块代码全堆在ViewController上。这样一来，ViewController因为放了太多代码，而变得臃肿，难以维护。
怎么改善？
第一步，把长方法里的代码，提出来成为短方法，在原来的长方法里调用抽解出来的短方法。我们得到了非常多的短方法。
第二步，新建一个类，把短方法放到不同的类里。原类引用新类，调用新类方法完成功能。
第三步，创建协议对象，在原类外部配置协议对象，原类调用协议方法完成功能。需求变化后，只要逻辑没变，只需要在外部更换协议对象的配置，不需要修改本类。
第四步，根据逻辑关系管理协议对象的关系，进一步优化协议的依赖关系。
比如，一份数据应该对应到一个模型，和获取数据的网络请求、本地存储，可以由一个模型管理协议对象统一管理。
后记(下面以聊家常为主，没时间没兴趣的朋友请直接忽略)：
这篇文章写了好几文，一直在优化Github上的代码。
而现在之所以可以成文，一来是代码优化到了一个阶段；二来是今早没有因为时间不够而一字写。从第一个字写下开始，后面的文章就写得非常快，顺理成章了。
所以，任何事情，不要被它的庞大吓倒，一点一点敲，一点一点吃，只会越来越容易。
