大型应用的iOS架构

对于一个好的架构应该分工明确，各部分各司其职，低耦合，减少各部分相互依赖，能很容易的抽离各部分内容。
总体架构：MVC或者MVVM，谈什么总体架构都太肤浅，总之，要有分层的概念

每层架构各司其职

• controller：负责业务逻辑处理;
• View：负责视图的构建;
• model分为几种：model(有业务逻辑的处理，数据的加工)，object(不带有业务逻辑的数据处理)，info（信息处理)，item
• service：协调各部分的功能；处理各部分的网络功能：网络请求以及请求的结果，处理task
• DataCenter：接收service的数据，在数据中心进行加工，一般处理公共的数据，对于单独模块的处理，直接在service处理即可
• Manager：管理类，管理各部分功能
• 公共类：config
• protocol：协议

目前架构遇到的问题

1. 变瘦的controller和变胖的view,应该把代码均匀的分散在各处
2. 多用继承，但是把公共部分在父类处理，各部分子类多态，继承层次太深，业务逻辑比较复杂，代码不好修改
3. 机制和策略分离，对于公共部分的业务，不要频繁修改，修改变化的业务
4. 好的架构两部分：数据流和业务逻辑

初步架构的构想，后面继续完善。。。