iOS模型设计---字典转模型



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需要数据的时候只需要调用模型文件获取即可。

时间: 2024-10-06 05:05:05

iOS模型设计---字典转模型的相关文章

6.ios之字典与模型

1.用模型取代字典的好处 ?使用字典的坏处 ?一般情况下,设置数据和取出数据都使用"字符串类型的key",编写这些key时,编译器不会有任何友善提示,需要手敲 dict[@"name"] =@"Jack"; NSString*name = dict[@"name"]; ?手敲字符串key,key容易写错 ?Key如果写错了,编译器不会有任何警告和报错,造成设错数据或者取错数据 ? ?使用模型的好处 ?所谓模型,其实就是数据模型

iOS开发UI篇—字典转模型

iOS开发UI篇—字典转模型 一.能完成功能的“问题代码” 1.从plist中加载的数据 2.实现的代码 // // LFViewController.m // 03-应用管理 // // Created by apple on 14-5-22. // Copyright (c) 2014年 heima. All rights reserved. // #import "LFViewController.h" @interface LFViewController () @proper

iOS之KVC字典转模型的底层实现

KVC: Key Value Coding (键值编码) 在iOS开发中,KVC是我们经常要使用的技术.那么KVC有什么作用呢?简单列举一下下面几种: 取值和赋值(开发中基本不用) 获取对象私有变量的值.(经常使用,例如UIPageContorl分页, 设置圆点为图片) 改变对象私有变量的值(经常使用) 简单的字典转模型(偶尔使用) 模型转字典 批量取值 KVC字典转模型的底层实现 通常我们手动将字典转模型的话,会在模型中提供一个类方法接收一个字典,在这个方法中将字典转换成模型,再将转换好的模型

文顶顶 iOS开发UI篇—字典转模型

iOS开发UI篇—字典转模型 一.能完成功能的“问题代码” 1.从plist中加载的数据 2.实现的代码 1 // 2 // LFViewController.m 3 // 03-应用管理 4 // 5 // Created by apple on 14-5-22. 6 // Copyright (c) 2014年 heima. All rights reserved. 7 // 8 9 #import "LFViewController.h" 10 11 @interface LFV

IOS开发UI基础之Plis文件-字典转模型

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

IOS 开发学习笔记-基础 UI(10)九宫格布局,块动画,字典转模型,Xib使用

大概如下图示:九个应用图标的样子 功能分析 (1)以九宫格的形式展示应用信息 (2)点击下载按钮后,做出相应的操作 步骤分析 (1)加载应用信息 (2)根据应用的个数创建对应的view (3)监听下载按钮点击 思路整理 要在支持文件夹里,放入 plist 文件,且拖拽素材到 supporting files,注意勾选的项目的区别: 大多数情况,往项目中拖拽素材时,通常选择 Destination, Folders:选择第一项:创建组,这样 xcode 导航显式的是黄色文件夹,要知道,Xcode中

iOS开发项目篇—25字典转模型第三方框架、运行时机制简介

iOS开发项目篇—25字典转模型第三方框架.运行时机制简介 一.使用第三方框架完成字典转模型 1.获取框架 在www.code4app.com网站中,搜索字典转模型 可以点击下载代码进行下载,也可以带github上去下载. 管理框架的好处:点击刷新按钮会刷新所有的项目. 2.使用 1.导入第三方框架 2.使用示例 错误提示: 在刷新的时候直接使用一行代码即可: 1 /**加载最新微博数据*/ 2 -(void)loadNewStatus 3 { 4 //1.获得请求管理者 5 AFHTTPReq

ios开发- 利用运行时(runtime)字典转模型

现在的ios开发中,我们通常会使用MVC模式.当我们拿到数据的时候,我们要把数据转成模型使用. 一般情况我们拿到的数据都是字典.这是我们就需要将字典转成模型对象了. 当对象的属性很少的时候,我们可以直接单独写出字典的键值,进行转换. _属性 = dict["键"] 当对象的属性很多的时候,我们可以利用KVC批量设置. setValuesForKeysWithDictionary:<#(NSDictionary *)#> 但是KVC批量转的时候,有个致命的缺点,就是当字典中的

【iOS开发-48】九宫格布局案例:自动布局、字典转模型运用、id和instancetype区别、xib重复视图运用及与nib关系

本次九宫格案例: (1)导入app.plist和各种图片素材,方便后续开发.实际开发中,也是如此. (2)把plist中数组导入进来. --因为本案例中app.plist最终是一个数组,数组里面是字典.所以我们需要一个数组类型来接受这个plist文件. --我们利用之前掌握的在变量的getter中进行延迟加载数据. #import "ViewController.h" @interface ViewController () @property(nonatomic,strong) NS