IOS之UI--小实例项目--综合使用

前言：

本博文是基于前一个小实例项目：IOS之UI--小实例项目--添加商品和商品名 进行继续综合学习积累的。

内容大纲

01-综合使用01-plist的使用
02-综合使用02-模型取代字典的好处分析
03-综合使用03-字典转模型
04-综合使用04-类前缀
05-综合使用05-copy
06-综合使用06-封装字典转模型
07-综合使用07-便利构造方法
08-综合使用08-instancetype

01-综合使用01-plist的使用

• 什么是Plist文件
  • 直接将数据直接写在代码里，不是一种合理的做法。如果数据经常改就要经常翻开对应的代码进行修改，造成代码扩展性低
  • 因此，可以考虑将经常变的数据放在文件中进行存储，程序启动后从文件中读取最新的数据。如果要变动数据，直接修改数据文件即可，不用修改代码。
  • 一般可以使用属性列表文件存储NSArray或者NSDictionary之类的数据，这种"属性列表文件"的扩展名是plist，因此也称为“plist文件”。

root：根节点

要求：会用XCode创建plist文件并能使用plist文件，比如左边三角形变动方向再按+号有两种情况:1、添加父节点的子节点 2、添加键值对

3、可以直接拷贝粘贴已经有的节点

根节点是什么类型，那么这个节点下的内容就是什么类型的数据。

因为一般情况下plist文件都是在support文件下，所以可以通过NSBundle获取全路径，然后访问其plist文件，并获取数组或者字典的集合对象。在代码中就用对应的集合引用指针指向其对象即可。

plist文件不能命名为info，因为工程项目已经有info.plist，系统自带的文件。

02-综合使用02-模型取代字典的好处分析

使用字典的坏处

一般情况下，设置数据和取出数据都使用"字符串类型的key"，编写这些key时，编辑器没有只能提示，需要手敲
手敲字符串key，key容易出错

使用模型的好处

所谓模型，其实就是数据模型，专门用来存放数据的对象，用它来表示数据会更专业。
模型设置数据和取出数据都是通过它的属性，属性名如果写错了，编译器会马上报错，因此，保证了数据的正确性
使用模型访问属性时，编译器会提供一系列的提示，提高编码效率。
app.name = @"Jack";
NSString *name = app.name;

• 模型的概念：
  • 专门用来存储数据的对象
• 特点：
  • 一般继承NSObject
  • 在h文件中声明一些用来存放数据的属性

在plist文件中假如有六个对象， 那么模型就要创建六个模型对象

苹果一般推荐在模型中属性用copy

另外： 在模型属性前面添加文档注释，可以在使用对应属性的时候会提示注释意义

03-综合使用03-字典转模型

04-综合使用04-类前缀

OC开发IOS程序，每一个类最好有前缀

比如：NSString，NSArray，UIButton，AVPlayer

遇到需呀修改所有相同错误的字符串的地方

05-综合使用05-copy

涉及到深拷贝和浅拷贝

凡是遇到字符串都用copy

• 回顾:
  • assign 基本数据类型、枚举、结构体等非OC对象类型
  • weak OC对象类型
  • strong OC对象类型，只要强引用引用着，就不会被销毁
  • copy 一般用在NSString*、block类型上

那么这里综合使用中遇到的模型的属性，因为是NSString类型，所以使用copy修饰

06-综合使用06-封装字典转模型

在ViewController中的字典转模型的代码却不是特别好，如果在项目中，会不仅仅只有一个控制器对应一个试图，然后如果多个视图都要使用这个模型对象的话，那么每个控制器类中都需要重复一下字典转模型的代码：

所以需要对这段代码进行上层封装

1、提高代码的拓展性，公用性

2、将字典转模型的代码放在模型中，跟模型相关的自然应该放在模型里。

比如：字典的元素和模型的属性相关
    shop.name = object[@"name"];
    shop.icon = object[@"icon"];

这样会导致模型shop知道太多集合对象元素的细节，或者是知道源数据太多的细节，这样会造成如果源数据一变动，那么模型shop中的属性、控制器中的上面这段代码中的object[@"icon"];等等都会需要改动，那么这种做法是非常不好的。

如何上层封装呢？

先思考一下；

1、首先我们肯定需要在控制器创建模型对象，这样才能使用模型对象。
2、又因为字典转模型的代码细节要放在模型中。

然后我们接着分析一下数据在逻辑上的传递过程：

plist文件数据源 -> 获取数据转为集合对象 -> 集合对象转为模型对象的集合 -> 使用模型对象集合

字典转模型的过程是在第三个过程中，进一步剖析： 数组(集合对象)对象的元素 -> 数组元素的值 赋值给 模型对象的属性 -> 模型对象的集合

综上所述： 我们需要在模型中自定义构造方法，传入的参数是集合对象的元素(这里是外部数组的元素，也就是字典集合对象)，然后在模型类中实现 "字典转模型" 的细节，其实就是属性获取传入的字典的值，最后把这个模型对象返回出去。 这里需要画一个代码逻辑图

注意：初始化构造方法返回值用instancetype

以下就是字典转模型的封装过程：

07-综合使用07-便利构造方法

接下来再改改，让这个模型类更好用

其实就是使用便利构造方法，也就是类工厂方法。

注意点：谁调用便利构造方法就应该返回谁，所以需要使用self，不要使用当前类名来调用初始化方法。

08-综合使用08-instancetype

初始化方法的返回用instancetype，首先instancetype不是动态数据类型，会返回确认的数据类型。 这样的话，如果用一个不符合这个数据类型的指针引用指向这个数据类型的对象的话，会报错。

instancetype的功能返回值类型检测

而id数据类型是动态数据类型，所以返回的是一个不确定数据类型的对象，那么用一个不符合实际对象的类型指针指向这个对象，编译器是不会报错的。这个不利于我们的开发。

id是用来定义变量的地方，但是instancetype是不行的。