_

传统模式的弊端 传统模式的组件之间的交互都是#import "HomeVC.h"，然后在该页面push或者present，项目小没有问题。但是当项目越来越大，就会发现： 模块间相互依赖，耦合严重 管理起来很混乱 如下图： 任何一个模块变动，导致其他依赖该模块的地方需要检查是否要随着变动。 那么按照解耦的思想，改成如下这种中心化的方式就会清晰明了 但是依然有问题。虽然看起来比刚开始清晰了很多，但是每个组件还是和中间层双向依赖 双向依赖：如果首页或者登陆改变，导致依赖这两个模块的中间层可能也需要改

一个好的或者成熟的架构首先要满足以下几点： 1，目录结构，清晰明了 2，高内聚，低耦合 3，灵活性强 4，可拓展性（可维护性）高 大家设想一下，当你的项目有上千个类（特别是OC，一个类有两个文件）后，如果你们公司有新员工入职，并且短时间内要开发和维护项目！他如何是好？ 如果刚好你们的项目没有详细文档，一般是口口相传，那恭喜了，没个一段时间（具体熟悉时间根据个人能力，是否有该方面的经验，