1, 同一个命名域内部不需要用CTMediator
问: 模块内部需不需要走CTMediator。比如A1跳A3，直接A1中引入A3，然后push过去就行了，外部是根本跳不到A3的。
那也就是说内部不想公布的跳转就不走CTMediator了？
答:
对啊，我之前以为你说的A1、A2、A3是不同的模块来着。
其实判断是否应该使用mediator的重要参考条件是：调用方是否有必要引入响应方的命名域。
像你这样命名域本来就已经在里面了，就没必要走mediator了。mediator是给那些需要调用功能但又不需要引入命名域的调用者去使用的。
2, app 组件化的目的究竟是什么?
1,为了提高多人开发的机动性，
2.为了提高代码的迁移能力，
3.降低大型App开发的复杂度，组件化可以理解成“分治法”。
3, 关于不同模块间的category放置问题
实际工作中，每一个模块的category单独是一个pod，然后这个pod由这个模块的开发者维护，每更新一版模块，这个模块的开发者就有责任去维护对应的category。
不存在针对接口封装service类的需要，更没有单独搞个web后台的需要。也不应该把这个category放在模块的pod中，也不能把所有的category都放在一个pod中。
使用者需要调用哪个模块，就只引入哪个模块对应的category，然后调用这个category里面对应的方法就可以了。
最后，category是否放在同一个pod中，跟安装包的大小没有任何关系。
把category放在模块的pod中,这会使得响应者模块不得不依赖mediator，这种依赖是完全没有必要的。在将来模块复用的时候会带来问题，具体问题的复杂度取决于你mediator的复杂度。
你现在看mediator好像干干净净的什么都没有，但是业务复杂了之后，router、cache、validate逻辑就有可能变多，这都是说不好的事情。所以模块应该尽量做到能不依赖mediator就不依赖mediator，不要贪图所谓的方便引入额外耦合，一点都不值得。
4.模块间更新的处理
问:
如果所有的业务组件都依赖于网络组件，此时网络组件发生了一次变更，要求业务组件必须更新。
这样的话，如果没做组件化之前，可能一个批量替换就搞定了（假定是这样。。）
但是做了组件化之后，有很多事情要做：1、只能一个组件一个组件的修改，因为不在同一个工程中了2、每个组件都得更新 podspec，并打 tag，更新 podspec 源仓库3、修改相关业务组件和主工程 podfile 里依赖的版本号
这样就多了好多工作量，不知道您有没有遇到这类问题呢？
答:
我们私有pod引入的时候都不带版本号的，默认大家都使用最新的。
各业务线在podupdate之后各自解决更新导致的编译问题，不过这种情况极少，一般都是一次更新就所有都更新过去了。
5 关于引用第三方库
untitled.png
6. 考虑进行这种组件化的方案，以尽量降低各组件之间的耦合
问1:
随着我们的项目模块越来越大，也在考虑进行这种组件化的方案，以尽量降低各组件之间的耦合，我的思路1. 各模块组件化这个可以参考你这篇文章实现，应该能比较好的解决2. 各模块组件化后，希望各组件有自己单独工程，而不必将代码全部堆到主工程内这样做的好处很明显，各模块单独开发互相不影响3. 各模块的代码可以套一个壳工程里面，可以单独运行，可以单独递交测试这样方便QA测试，也便于版本控制，另外也可以保证代码访问安全，相关模块的开发人员只有自己模块的代码访问权限，因为有壳工程，所有不影响他调试代码4. 封装一些公用的组件，譬如登录，一些utility库等，其他模块可以引用和使用这些组件。譬如有一个组件叫“我的账单”，那运行这个组件肯定先需要登录，那么包含“我的账单”的代码的壳工程就需要使用“登录”这个组件的功能5. 最后有一个主工程，会将所有组件打包生成最后的ipa安装包
以上就是我这边的一个大致思路，如果不对希望可以指点一下，目前也有几个问题想问一下1. 这么多组件（包括自己组件的壳工程），主工程该如何组织。用CocoaPods的私有源的方式吗？如果是的话该如何实现呢2. 对一些公共的图片资源，又该如何处理呢，譬如组件A和组件B都需要用到一张公共的图片，组件A的壳工程和组件B的壳工程都会包含这张图片，但是为了避免资源重复，在把这两个组件引入到主工程的时候该如何处理呢？ 是把公共的图片打成一个bundle的形式共享给各个组件使用么？3. 每个组件肯定有一些网络API的调用，那这些网络API是写在每个组件里面（感觉这样太分散），还是说弄一个公共的负责所有网络请求的API组件（感觉这样也不太合理，这个公共的组件就需要知道每个组件的网络请求的参数及逻辑）
以上是我的一些思考和疑问，希望有空的时候能回复一下。 最好是能写个简单的demo
答1:
1. 是的，自建私有pod源。
2. 我们目前是所有的图片单独放在一个pod里面的，然后业务pod依赖这个图片pod。这样比较容易做去重。我是所有的图片都在一个pod里面，这个pod的podspec只写了要引入resource
3. 我们网络层是rtnetworking，这是一个单独pod。然后所有的apimanagers都按照业务分好类放在各自单独的一个pod中。由于我的项目是离散型api设计，任何有网络请求的业务pod，就都依赖apimanager的pod就好了。
关于离散型api设计，你可以去看一下前面的网络层文章。
7.如果ModuleA需要取得ModuleB的异步返回值需要怎么处理。比如其他模块调用登陆模块
参数中带上block，用block接收异步返回值。
