iOS模型设计
在iOS开发中,模型一词几乎伴随着每个程序员的开发生涯。在接触模型之前,小编在开发中也会经常碰到逻辑混乱、条理不清晰等情况。接下来,小编将会带领大家学习MVC架构中重要的一环---数据模型的建立。
开始之前,我们以一个例子来进行阐述。小编在上一篇文章的(iOS UI设计—九宫格布局)结尾留下了一个九宫格的UI设计界面,如图。
整个布局中,每个按钮模块所需的图标、名称均来自数据文件(此处为plist文件)。接下来,我们来了解一下如何将该数据封装成模型,避免直接从ViewController中读取,造成ViewControler.m文件冗杂。
1条件准备
在开始讲解之前,我们需要准备一下环境,基本的素材、文件都需要搭建完毕,相关的源代码可以直接向小编获取哦!
1.1 相关素材
1.2 plist文件
我们先看一下plist文件中的内容,如下图。它是将图标和功能进行对应的关键文件。可以直接通过键值获取相应的文件名。
1.3 布局文件
本文重点在于模型的封装,不在于界面的布局,相关布局可以参照《iOS UI设计—九宫格布局》。默认代码已经布局完成。
2数据引用
2.1 plist文件加载
上图中,我们可以看到,plist文件其实是一个数组,数组每个元素为字典。所以我们在ViewController.m文件中定义一个_plist属性,然后我们使用[NSArray
arrayWithContentsOfFiles]方法来初始化_plist。采取懒加载的形式,代码如下:
@property(nonatomic,strong)NSArray *plist;
- (NSArray*)plist
{
if(_plist == nil)
{
NSString path = [NSBundlemainBundle]pathOfResource:@”appinfo.plist” ofType:@”nil”;
_plist=[ NSArrayarrayWithContentsOfFiles:path];
}
return _plist;
}
2.2 素材引用
plist文件加载后,成员变量_plist中存储的是字典,可以根据字典的属性将对应的值取出来。如下所示。
2.3 缺点分析
(1)目前,成员变量_plist中直接存储的是字典。所有的数据都在ViewController.m中处理,容易引起该文件冗余。
(2)在字典的读取中,如果属性名称错误,会引起报错,且错误位置太多,不方便排查。
(3)上例中,字典只有两个属性。如果有多个键值,手动赋值工作量很大,出错的概率也比较高。
3模型封装
3.1 模型的建立
模型建立的思路:目前成员变量_plist中直接存放的是字典,每次加载字典都需要更改ViewController文件。我们需要做的是,让成员变量_plist中存放一个数据模型,plist文件的加载在数据模型中进行,让控制器不再直接操作数据的加载。
(1)
数据模型
新建一个类:AppInfo。在头文件中,声明字典中的两个属性。相关代码如下:
(2)
数据引用
接下来,我们要让成员变量_plist中存储的是上述AppInfo模型,而不再是字典。所以,ViewController.m文件中的成员变量_plist的getter方法懒加载形式更改为如下:
将_plist变量更改为存储模型后,获取数据不再使用字典的键名,而是通过模型的getter方法来获取plist文件中的具体数据。
3.2 instancetype和id的区别
到目前为止,模型已经建立起来。但细心的读者能够发现,虽然将成员变量中保存的是字典,但是代码量看起来增加了不少,仍然感觉比较混乱,数据模型仍然没有完全分开。再进行优化之前,我们先来看一个知识点。
在iOS7之后,Apple大力推荐我们使用一种数据类型instancetype。这种数据类型类似于id
,属于万能指针。但他们仍然有区别。区别主要体现在,类方法中,instancetype能够动态的区分当前对象的数据类型,进行编译检测,而id就不行。
注意:
①instancetype只能用于返回值,不能作为参数
②id类型在对象方法中,也是可以动态检测对象类型的
③后续开发中,不管是对象方法还是类方法,初始化方法尽可能都是用instancetype指针。
3.3 模型的优化
接下来,我们进入重要的环节—模型的优化。模型的优化,主要分为以下几部分:
① 字典的初始化放入模型文件中
② 类方法比对象方法效率更高
③ 采取KVC编码,批量进行字典赋值
④ 将代码放在该出现的位置
3.3.1 字典初始化
在成员变量_plist的getter方法中,定义了一个模型对象appInfo,然后对其进行赋值。实际上,我们在实际开发过程中,为了将有关数据操作方面的分离出来,此处的赋值操作可以直接放入模型中处理,优化后的代码如下:
①
AppInfo.h文件中声明初始化方法
②
AppInfo.m文件中实例化该方法
③
ViewController.m文件中引用数据
3.3.2 更改类方法
上一小结中,我们在类中定义了初始化对象方法。但在实际的开发中,富有经验的程序员经常会提供类方法进行初始化操作。对象方法和类方法同时存在,也是程序员专业性的一种体现。更重要的是:类方法效率更高。
①
AppInfo.h文件中定义类方法
② AppInfo.m文件中实例化类方法
③ ViewController.m文件中调用
3.3.3 KVC(键值编码)的使用
KVC(Key-ValueCoding),名为“键值编码”。本例中,对于字典的赋值是采取的手动按照属性值进行一一对应的,如果属性太多,工作量非常大。另外,也非常容易出错。使用setValuesForKeysWithDictionary来进行自动赋值。注意,字典的键名必须与模型的成员变量名一致。修改AppInfo.m文件中的初始化方法。
3.3.4 将代码放在该出现的位置
(1)plist文件的加载位置
plist作为数据文件,理应出现在模型中。所以我们在模型中提供一个类方法,用来加载plist文件。当ViewController.m文件需要plist文件时,直接找模型文件加载处理就好。
① AppInfo.h文件
② AppInfo.m文件
③ ViewController.m文件
(2)UIImage也封装到模型中
前面的代码中,我们是从模型中获取到了图片的名称,然后在ViewController.m文件中利用UIImage的imageNamed方法通过图片名获取图片。但是,在实际中,我们仍然可以将image也封装到模型中,只需要在ViewController.m文件中通过模型来获取即可。
①
AppInfo.h文件
② AppInfo.m文件
③
ViewController.m文件
到这里,我们的模型封装基本已经完成。模型的主要思路就是把与数据相关的代码剥离到模型文件中,尽可能的让ViewController不再管理数据的存取操作等,当Controller需要数据的时候只需要调用模型文件获取即可。