一、用模型取代字典的好处
•使用字典的坏处
Ø 一般情况下，设置数据和取出数据都使用“字符串类型的key”，编写这些key时，编译器不会有任何友善提示，需要手敲
dict[@"name"] = @"Jack";
NSString *name = dict[@"name"];
Ø 手敲字符串key，key容易写错
Ø Key如果写错了，编译器不会有任何警告和报错，造成设错数据或者取错数据
•使用模型的好处
Ø 所谓模型，其实就是数据模型，专门用来存放数据的对象，用它来表示数据会更加专业
Ø 模型设置数据和取出数据都是通过它的属性，属性名如果写错了，编译器会马上报错，因此，保证了数据的正确性
Ø 使用模型访问属性时，编译器会提供一系列的提示，提高编码效率
app.name = @"Jack”;
NSString *name = app.name
二、字典转模型
•字典转模型的过程最好封装在模型内部
•模型应该提供一个可以传入字典参数的构造方法
Ø - (instancetype)initWithDict:(NSDictionary *)dict;
Ø + (instancetype)xxxWithDict:(NSDictionary *)dict;
三、instancetype
•instancetype在类型表示上，跟id一样，可以表示任何对象类型
•instancetype只能用在返回值类型上，不能像id一样用在参数类型上
•instancetype比id多一个好处：编译器会检测instancetype的真实类型
四、Xib文件的使用
•Xib文件可以用来描述某一块局部的UI界面
•Xib文件的加载
Ø 方法1
NSArray *objs = [[NSBundle mainBundle] loadNibNamed:@"MJAppView" owner:nil options:nil];
这个方法会创建xib中的所有对象，并且将对象按顺序放到objs数组中
（如果xib如右图所示，那么objs数组中依次会有3个对象：1个UIView、1个UIButton、1个UISwitch）
Ø 方法2
bundle参数可以为nil，默认就是main bundle
UINib *nib = [UINib nibWithNibName:@"MJAppView" bundle:[NSBundle mainBundle]];
NSArray *objs = [nib instantiateWithOwner:nil options:nil];
•在开发阶段,面向开发者的是xib文件; 当把应用装到手机上时,xib文件就会转为nib文件
五、Xib和storyboard对比
•共同点：
Ø 都用来描述软件界面
Ø 都用Interface Builder工具来编辑
•不同点
Ø Xib是轻量级的，用来描述局部的UI界面
Ø Storyboard是重量级的，用来描述整个软件的多个界面，并且能展示多个界面之间的跳转关系
六、view的封装
•如果一个view内部的子控件比较多，一般会考虑自定义一个view，把它内部子控件的创建屏蔽起来，不让外界关心
•外界可以传入对应的模型数据给view，view拿到模型数据后给内部的子控件设置对应的数据
七、小结
1.Xcode自带头文件的路径
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator7.1.sdk/System/Library/Frameworks/UIKit.framework/Headers
2.修改了系统自带头文件后,Xcode会报错
解决方案:删掉下面文件夹的缓存即可(aplle是电脑的用户名)
/Users/aplle/资源库/Developer/Xcode/DerivedData
或者
/Users/aplle/Library/Developer/Xcode/DerivedData
3.使用xib封装一个自定义view的步骤
1> 新建一个继承UIView的自定义view,假设类名叫做(MJAppView)
2> 新建一个MJAppView.xib文件来描述MJAppView内部的结构
3> 修改UIView的类型为MJAppView真是类型
4> 将内部的子控件跟MJAppView进行属性连线
5> MJAppView提供一个模型属性
6> 重写模型属性的set方法,因为在set方法中可以拿到外界传递的模型数据
7> 把模型数据拆开,分别设置数据到对应的子控件中
8> 补充:提供一个创建MJAppView的类方法,将读取xib文件的代码屏蔽起来