写一个 iOS 应用之前必须做的事

2017/06/30 架构
  1. 为工程设置编码风格规范
  2. 在写代码之前确定应用的架构
  3. 确定应用的目录结构
  4. 项目依赖管理

为工程设置编码风格规范

编码规范能够保证代码更加统一、更易于阅读和维护

可以设置自己的编码风格,但是必须保证同组的人遵守相同的规范

确定应用的架构

使用传统的 MVC 架构,或者使用更加流行的 MVVM 或 VIPER 架构

在同一个应用中包含着多种架构。比如,你开始的时候使用 MVC,突然意识到一个页面(如:列表)在 MVC 模式下的变得越来越难以维护,然后就切换到 MVVM 架构,但是仅仅针对这一个页面。并没有必要对哪些 MVC 模式下运转良好的页面进行重构,因为二者是可以并存的。

确定目录结构

看起来是件小的事情,却可以使你的项目更加有条理且易于理解。

项目依赖管理

CocoaPods 一般用于 Objective-C 项目

Carthage 一般用于 Swift 项目

iOS 中 MVC 划分的正确姿势

M 应该做的事:

  • 给 ViewController 提供数据
  • 给 ViewController 存储数据提供接口
  • 提供经过抽象的业务基本组件,供 Controller 调度

C 应该做的事:

  • 管理 View Container 的生命周期
  • 负责生成所有的 View 实例,并放入 View Container
  • 监听来自 View 与业务有关的事件,通过与 Model 的合作,来完成对应事件的业务。

V 应该做的事:

  • 响应与业务无关的事件,并因此引发动画效果,点击反馈(如果合适的话,尽量还是放在 View 去做)等。
  • 界面元素表达

ViewController 代码结构:

#pragma mark - 生命周期

#pragma mark - initialize

#pragma mark - 私有方法

#pragma mark - 重写方法

#pragma mark - 事件响应方法

#pragma mark - 系统协议

#pragma mark - 自定义协议

#pragma mark - setter

#pragma mark - getter

Search

    Table of Contents