自建项目分享-私人通讯录

1. 演示私人通讯录

    • 所需知识 ：控制器跳转，控制器之间传值，数据存储

2. 项目演示： ( 4 个界面，交给 4 个控制器管理 )
    1 >  登录界面：
        ○ 登录按钮只有文本框都有文字才能点击
        ○ 开关细节注意：当打开自动登录，记住密码也会打开，当关闭记住密码，自动登录也会打开。
        ○ 文本框有占位符，提示用户输入什么。
        ○ 密码文本框是暗文，密码属于机密，不需要显示出来。
        ○ 当文本框输入文字，会显示清除按钮，提高用户体验。
        ○ 点击登录，会判断账号和密码是否正确，只有正确输入才会进入下一个界面，并且提示用户正在登录，模拟网络延迟。
    2 > 联系人列表界面
        ○ 联系人列表界面导航条的标题跟账号有关系 ( 控制器之间传值，把登录界面的账号传递过来 )
        ○ 注销按钮，回到登录界面
        ○ 添加按钮进入添加联系人界面
    3 > 添加联系人界面
        ○ 默认弹出姓名的文本框，不需要用户点击文本框弹出键盘，人性化设计。
        ○ 添加按钮，只有文本框都有内容才能点击
        ○ 点击添加按钮，回到联系人列表界面，并且把数据显示到联系人列表界面（控制器之间传值）
    4 > 编辑联系人界面
        ○ 点击 cell, 进入编辑联系人界面
        ○ 默认保存按钮是隐藏的。
        ○ 默认文本框不能交互，一开始是查看联系人。
        ○ 当点击编辑按钮的时候，文本框才允许交互，并且保存按钮默认不能点击
        ○ 默认弹出电话文本框，一般修改联系人信息，大部分都是改电话，人性化设计。
        ○ 编辑状态的时候，点击取消按钮，会恢复修改的文本框数据，重新回到查看联系人界面。
        ○ 编辑状态的时候，点击保存按钮，更新最新的数据，展示在联系人列表界面。

3. 分析项目框架（项目第一步）
    1 > 有导航条，而且需要进行跳转，项目框架采取导航控制器。

4. 分析项目开发方式：采用纯代码还是 storyboard.
    1 > 界面都是固定死，而且界面比较少，用 storyboard 开发，能快速进行界面之间的跳转。

5. 搭建项目框架
    1 > 程序一启动就会加载 storyboard 中箭头所指向的控制器，箭头所指向的控制器换成导航控制器。

6. 搭建登录界面，完善登录界面功能
    1 > 程序一启动，就是登录界面，因此导航控制器的根控制器就是登录控制器。
    2 > 处理登录按钮细节，当文本框都有内容的时候，才允许登录按钮点击。
    • 代理能监听文本框的内容，不能实时监控文本框的内容改变，不能采取代理方式。
    • 只能监听上一次输入，不能监听当前输入文本框内容。
    • 通知也能监听文本框的内容，文本框的内容一改变，文本框就会发出通知。
    • UITextField 继承 UIControll, 可以 addTarget 监听。
    3 > 处理开关按钮细节
    • 当打开自动登录，自动打开记住密码开关
    • 当打开记住密码，自动打开自动登录开关
    4 > 点击登录按钮，跳转到联系人界面

7. 搭建联系人界面
    1 > 继承 UITableViewController
    2 > 注销功能
    • 弹出 UIActionSheet ， destructiveButtonTitle 一般显示比较危险的操作标题。
    • 监听 UIActionSheet 按钮点击，通过代理。
    • 按钮角标从上往下，依次拯救，最上面按钮角标为 0.
    • 点击确定按钮，回到登录界面

8. 完善登录功能
    1 > 点击登录不应该自动跳转，而且需要判断账号和密码是否正确。
    2 > 连线的方式不对，应该控制器之间连线，控制器之间连线，就不知道什么时候做跳转，只知道从哪个控制器跳转到另外一个控制器。这种方式，需要手动执行跳转。 PPT 演示 segue 。
    3 > 登录业务逻辑分析：
    • 如果账号和密码输入正确，就直接跳转到下一个界面，不需要提示用户是否输入正确，跳转界面是最好的提示，手动执行 segue, 必须用来源控制器调用 performSegueWithIdentifier, 否则会报错，而且 segue 标识必须正确，否则也会报错。
    • 如果账号和密码输入错误，就提示用户输入错误，用 UIAlertView 不会自动取消提示框，一般用第三方框架提示 MBProgressHud 。
    • 最好模仿网络处理延迟， 2 秒后判断是否输入正确。用 GCD 延迟
    • 延迟这段时间，最好搞个蒙版提示用户正在干嘛，蒙版的作用就是 2 秒内提示用户，而且不允许用户与界面交互，做其他不好的操作。 2 秒后，就自动销毁。

    4 > 登录成功后，需要把登录账户传递给联系人控制器，显示到导航条的标题上
        • 顺传：上一个控制器传递给下一个控制器
        • 思路：
        • 第一步：有属性接收登录账户，联系人控制器的 navgationItem.title 接收这个属性
        • 第二步：拿到联系人控制器给他的 navgationItem.title 这个属性赋值，把账户传递给他。
        • 第三步：怎么拿到联系人控制器，通过 segue 对象， segue 对象的目的控制器就是下一级控制器联系人控制器。 segue 怎么拿？不能自己创建一个联系人控制器，应该拿到 storyboard 帮我们创建的联系人控制器 .
             1 > 分析 performSegueWithIdentifier 方法底层做的事情。
             2 > 通过 prepareForSegue 这个方法拿。
             3 > prepareForSegue 什么时候调用：在执行 segue 后，跳转之前调用
             4 > prepareForSegue 方法作用：在跳转之前，做一些准备工作，一般给跳转的下一个控制器传值。
9. 搭建添加联系人界面
    1 > 点击添加按钮，进入添加联系人界面
    2 > 默认添加按钮不允许点击，跟登录界面做一样的判断
    3 > 默认弹出姓名文本框，人性化设计
    4 > 点击添加，把数据传到联系人界面，展示出来。
        • 回传：下一个控制器，传递给上一个控制器
        • 第一种方式：
          1. 给添加控制器添加一个联系人控制器的属性，拿到联系人控制器，才能做事情。
          2. 添加控制器怎么拿到联系人控制器？在联系人控制器跳转到添加控制器之前，给添加控制器的联系人控制器属性赋值。
          3. 耦合性太强，设计不好，两个控制器太依赖了
        • 第二种方式：
          1. 通过代理
          2. 谁作为添加联系人的代理：联系人控制器，监听添加联系人。
          3. 只要添加一个联系人，就通知联系人控制器
          4. 什么时候给添加联系人的代理赋值：在联系人控制器跳转到添加控制器之前，给添加控制器的代理属性赋值。

10. 总结控制器之间的传值
    顺传：上一级控制器传递给下一级控制器，直接能拿到下一级控制器，拿到之后，做什么事情都行。
    回传：下一级控制器传递给上一级控制器，用代理。上一级控制器作为下一级的代理，监听下一级控制器的事情。

11. 完善联系人界面
    1 > 搞个数组，保存所有联系人，因为不只添加一个联系人。
    2 > 实现 tableView 的数据源方法，展示联系人界面。
    3 > 监听到添加联系人的时候，就把联系人添加到数组，然后刷新表格。

12. 搭建编辑联系人界面
    1 > 默认文本框不允许交互
    2 > 默认保存按钮是隐藏的。
    3 > 当点击编辑按钮，文本框允许交互，并且默认弹出电话的键盘
    4 > 编辑状态的时候，点击取消按钮，会恢复修改的文本框数据，重新回到查看联系人界面。
    • 模型里面的数据一直没有改变，给文本框重新赋值原来的属性就 OK 了。
    5 > 编辑状态的时候，点击保存按钮，更新最新的数据，展示在联系人列表界面。
    • 更新模型的数据，然后直接刷新联系人控制器的界面就好。
    • 原因：编辑控制器的模型就是联系人控制器选中 cell 的模型，只需要那模型里面的属性更新下就好了。

13. 处理 tableView 分割线
    1 > tableView 中有些分割线没必要显示，只有有数据才需要显示
    2 > 怎么取消分割线？进入头文件搜 separator
    • 首先肯定会去找 cell 头文件，有没有提供一个属性，取消分割线，没有。
    • 然后去 tableView 头文件里找，有没有提供一个属性，取消分割线，
    3 > 发现整个 tableView 都没有分割线了，有数据的 cell 需要分割线，怎么做？自己添加分割线。
    • 第一种方式，把分割线添加到 tableView 上，太麻烦了，每个分割线的位置不好计算
    • 第二种方式，给 cell 添加分割线，分割线的位置计算比较简单。
    4 > 自定义 cell, 系统自带的不好用，不能添加分割线，分割线添加到 contentView 上。
    • 封装思想：自己的东西自己管理，以后开发有同样的，直接拿过去就好了，最好提供一个快速创建对象的类方法。提供模型，重写模型的 set 方法，传递模型过来，就给控件赋值。
    • 分割线的位置，在哪设置比较准确？一创建的时候设置是不准确的， cell 的位置和尺寸是由 tableView 决定的，因此不能在 awakeFromNib 里设置。
        1. awakeFromNib 什么时候调用？ xib 加载完成的时候调用
        2. awakeFromNib 的作用 : 从控件从 xib 加载完成之后，做一些初始化操作。
        3. 在 layoutSubViews 设置尺寸。

14. 数据存储 ( 数据持久化 )
    1 > 介绍 iOS 数据存储的 5 种方式
    2 > 介绍应用沙盒 ( 应用程序的文件夹 )
    • 如何找到应用沙盒的路径？首先需要显示隐藏文件。
    • 点击前往 -> 个人 -> 资源库 ->Application Support->iPhone Simulator-> 7.1 -> 里面全是应用沙盒
    3 > 应用沙盒怎么多文件夹保存，在哪个文件夹。介绍沙盒里的每一个文件夹。

15. plist 存储
    • 把一些系统自带的 OC 对象生成 pilst 文件存储起来。
    1 > 了解数据存储：数据存储一般有两个操作，一个存，一个取。拖两个按钮，一个用来存，一个用来取
    2 > plist 存储原理：
    • 只要有 writeToFile 的对象，就能进行 plist 存储，调用 writeToFile 就能自动生成 plist 格式的文件。
    • 一般常用的 Foundation 对象都有这个方法，数组，字典，字符串等
    3 > 如何写入到沙盒，需要获取沙盒路径。
    • 获取 Documents 路径
    • 拼接文件名，因为数据是写入到文件中，不是写入到文件夹中。路径之间通过 / 分开的，为了避免自己写 / ，会用 stringByAppendingPathCompent ，自动在文件夹与文件之间添加 / 。
    4 > 如何读取，存储是什么类型存储，读取出来也是什么类型，直接用存储的类型，解析文件就好，用 ContentsOfFile 解析。
    5 > 注意 plist 存储，不能存储自定义对象，会失败的。

16. 偏好设置

    1 > 什么是偏好设置存储：就是保存一些基本的信息，账号，密码，状态。
    2 > 偏好设置原理：不需要关心文件名，直接通过 NSUserDefaults 操作，默认就存到偏好设置里面了。
    • 通过 NSUserDefaults 就能直接访问软件的偏好设置 (Library/Preferences)
    3 > 怎么利用偏好设置存储 ? 利用 NSUserDefaults 调用 setObject:forKey 存储。
    • 偏好设置底层实现原理：底层其实就是利用一个字典，存储一些键值对。
    • 偏好设置好处：能快速存储一些键值对，如果用字典去存储，还需要获取文件名比较麻烦。
    • 偏好设置坏处：不能及时存储，需要做同步操作，把内存中的数据同步到硬盘上。
    4 > 怎么利用偏好设置读取 ? 和字典一样，根据刚刚存储的 Key 读取。

17. 自定义对象归档 ( 归档：数据存储 )

    1 > 自定义对象如何归档：用 NSKeyedArchiver, 调用 archiveRootObject:toFile: 方法，需要传一个对象，自定义一个对象，传进去。
    •  会报错 , 说对象没有 encodeWithCoder 方法，说明归档的时候默认会调用这个方法，去实现这个方法。
    • 默认打不出 encodeWithCoder ，必须遵守 NSCoding 协议才能实现这个方法。
    • encodeWithCoder 什么时候调用：对象归档时候调用
    • encodeWithCoder 作用：告诉系统对象里的哪些属性需要归档，怎么去归档，根据一个 key 去归档，目的就是以后取的时候，也根据这个 key 去取数据。
    2 > 自定义对象如何解档 : 用 NSKeyedUnarchiver, 调用 unarchiveObjectWithFile 方法，需要传一个文件名。
    • 会报错 , 说对象没有 initWithCoder 方法，说明解档的时候默认会调用这个方法，去实现这个方法。
    • initWithCoder 什么时候调用：对象解档时候调用
    • initWithCoder 作用：告诉系统对象里的哪些属性需要解档，怎么去解档，根据之前存储的 key 去解档
    • initWithCoder 是一个初始化方法，需要先初始化父类的，但是不能调用 [ super initWithCoder:], 因为父类 NSObject 没有遵守 NSCoding 协议。
    3 > initWithCoder 什么时候需要调用 [ super initWithCoder:]
    • initWithCoder 原理 : 只要解析文件就会调用， xib,storyboard 都是文件，因此只要解析这两个文件，就会调用 initWithCoder 。
    • 因此如果在 storyboard 使用自定义 view, 重写 initWithCoder 方法，一定要调用 [ super initWithCoder:] ，因为只有系统才知道怎么解析 storyboard ，如果没有调用，就解析不了这个文件