ios项目架构选择

相信很多的第一次开发项目的时候，项目架构打造都是一般的标签栏家导航栏的组合 顺便再从网上找一个第三方的抽屉效果是项目感觉很高大上的样子，但是真正的在后期迭代以及新功能添加 或者版本更新的时候  就会在没有预想的就会出现很多的问你 至少耦合性特别差！！！！！

一般项目架构分两层：基础层和展现层！

基础层分为多层，展现层也可分为多层。主要思想是将基础层的最下一层当做零部件，将业务层最下层当做组装大部件，通过流程串起来形成一个完整的产品，做零件时按照做出一个就扔进对应基础层的篮子里思路来，目录结构也可以按照这种来进行。这两大层的最下层按照零件拆得越小越容易应对需求变化越容易保护巩固上层的思路来就好


基础层
－ 网络
－－ 收发数据
－－－单例（持续使用数据）
－－－本地（缓存和持续化存储数据对业务的封装输出）
－－－单次使用（API接口Model封装输出和业务逻辑封装的ViewModel，将这些做为业务零件）
－ 存储
－－－ NSUserDefault（对轻量需要存储的添加下一层业务零件封装）
－－－ keychain（对安全级别较高需要存储的添加下一层业务零件封装）
－－－ 文件存储（对时效需求短的需要存储的添加下一层业务零件封装）
－－－ 数据库存储（对数据量大的需要存储的添加下一层业务零件封装，业务层上一层加一层封装CoreData或SQLite方便日后切换数据库用）
－ 动画（下层将动画框架输出成各个可以复用的动画功能小零件）
－ 视图风格
－ 列表控件
－－ 上拉加载更多
－－ 下拉刷新
－－ GuideView
－ WebView控件
－ AlertView
－ iOS系统空间封装
－－ 拍照控件
－－ 通讯录
－ 二维码
－ 语音
－ 安全
－ 支付
－ 统计
－ 日志


展现层
－ 首页
－－ 订阅
－－ 扫描二维码
－－ 发布视频
－ 列表
－－ 时间轴列表
－－－ Listview头部封面
－－－ 外链情况Cell
－－－ 图片Cell
－－－ 广告插入Cell
－－－ 留言评论
－－－ 赞区域
－－ 我的列表
－－ 订阅列表
－－ 文章列表
－ 详细页
－－ 分享
－－ 内容区
－－ 评论
－ 登录
－－ 注册
－－ 登录
－－ 忘记密码
－－ 条款
－－ 上传头像
－－ 个人信息修改

这里注意最下层需要拆的粒度越细越好。减少横向依赖。类似Common这样的东西可以拆到基础层的对应模块里，比如说配置文件里和统计相关的放到基础层的统计里，网络相关的放到网络里，颜色字体放到视图风格里，不要都堆在一个文件里。再或者是各种第三方的Category也放到对应的组里，比如说UIView+Additions和UIColor+Expanded就放到视图风格这个模块中，不要专门搞个Category放所有的Category。

代码规范化：

@property
...
#pragma mark - Life cycle
生命周期，类似addSubview和Notification的监听和销毁都放在这里


#pragma mark - Interface
接口


#pragma mark - Event response


#pragma mark - Private method
如果是ViewController，这个地方就是瘦身的关键，业务和逻辑功能相关的就放到ViewModel里。


#pragma mark - Delegate
代理


#pragma mark - Getters and Setters
建议所有的Property都设置，这样修改配置会比较方便，看起来不会很混乱