iPhone开发Swift基础05 数据持久化 CoreData

本文介绍了iOS开发中数据持久化的四种方式,重点讲解了Core Data的概念和使用,包括Plist解析、Core Data框架的核心组件如Fetch Request、ManagedObjectContext、Managed Objects等,并详细阐述了如何在Swift中搭建Core Data、创建实体、插入、检索、修改和删除数据。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

iOS中的数据持久化方式有4种:

  • plist属性列表
  • 对象归档
  • SQLite3
  • Core Data

Plist

plist文件主要是以键值对的方式存储属性、配置信息,也可以用于存储项目中的业务数据。我们常用的UserDefaults类其实也是用plist文件进行存储的。

解析Plist
//组织plist文件地址
let configPlistPath : String = Bundle.main.path(forResource: "bomsConfig", ofType: "plist")!
//通过文件地址获得字典
let configDictionary : NSDictionary = NSDictionary.init(contentsOfFile: configPlistPath)!
//通过字典键值对获取
let locationVersion : NSNumber = configDictionary["version"] as! NSNumber
locationMSVersion = locationVersion
将信息写入Plist
//组织plist文件地址
        let configPlistPath : String = Bundle.main.path(forResource: "bomsConfig", ofType: "plist")!
        //通过文件地址获得字典
        let configDictionary : NSMutableDictionary = NSMutableDictionary.init(contentsOfFile: configPlistPath)!
        //更改版本号
        configDictionary.setObject(onlineMSVersion, forKey: "versionMS" as NSCopying)
        //将更改过的字典重新写入文件中
        configDictionary.write(toFile: configPlistPath, atomically: true)

Core Data

Core Data 是一种 ORM Object Relationships Mapping 对象关系映射的解决方案。能够将对象转化成数据保存在SQLite数据库文件中,也能够将数据库中的数据还原成对象。而程序员能够很少地去编写数据库语句,就能够完成数据库相关的操作,节省很多的精力和时间。
与SQLite区别:只能取出整个实体记录,然后分解,之后才能得到实体的某个属性。

CoreData具有以下的特点:

  • 使用可视化界面编辑数据模型
  • 多种文件格式保存数据
  • 对象特性的有效性验证
  • 可查询、排序数据
  • 数据延迟加载
  • 与视图控制器和View紧密交互
  • 通过提交、撤销等管理相关对象的变化

常用的操作:

  • 建立数据模型
  • 填充起始数据
  • 使用取回结果控制器在表视图中展示数据
  • 获取数据
  • 查询数据
  • … …
Core Data 的一些概念

Core Data 的框架中包含 Fetch Request 数据查询请求、ManagedObjectContext 托管对象上下文、Managed Objects 托管对象、Persistent Store Coordinate 持续化存储协调器 和 Persistent Store 持久化存储 等概念。

Fetch Request 数据查询请求

使用托管对象上下文来检索数据时,会创建一个获取请求 Fetch Request 。最简单的获取请求必须指定一个实体的名称,也可以包括一个谓词对象,通过谓词设置查询对象必须符合的查询条件。

发送获取请求给托管对象上下文,它将从与持久化存储相关联的数据源中返回匹配请求的对象。

相关数据库专业术语解释:
托管对象上下文:相当于MVC里面的控制器吧
谓词:就是函数,返回true、false、null三种情况。

ManagedObjectContext 托管对象上下文

当从持久化存储中获取托管对象时,这些对象的临时副本会在上下文中形成一个对象图,即对象与对象之间的联系,然后便可以任意修改这些对象了。

可以在应用程序中使用多个上下文,对于持久化存储中的每一个对象,只有唯一一个托管对象和给定的上下文相关联。Core Data大多数交互都是通过托管上下文来实现的。

数据库的大多数操作是在这个类操作。

Managed Objects 托管对象

Core Data框架中的托管对象是一种含有应用程序数据的对象类型,提供对数据的访问并实现逻辑来处理数据。

所有托管对象都必须通过 ManagedObjectContext 托管对象上下文进行注册。当准备好保存对托管对象所做的修改时,托管对象上下文负责确保那些对象处于正确的状态。

其中 Core Data 里面的托管对象都会继承此类。

Persistent Store Coordinate 持续化存储协调器

NSPersistentStoreCoordinator相当于数据库与数据模型之间的桥接器,通过NSPersistentStoreCoordinator将数据模型存入数据库。

持久化存储协调器为一个或多个托管对象上下文提供一个访问接口,使其下层的多个持久化存储器可以表现为一个聚合存储。

主要负责协调上下文与存储的区域的关系。

Persistent Store 持久化存储

一个特定的持久化对象是与单个文件或者其他外部数据存储相关联的,负责存储中的数据和托管对象上下文中的对象之间的映射。Core Data支持4中类型的持久化数据存储方式:SQLiteStore、XMLStore、BinaryStore、InMemoryStore。

搭建Core Data

如果是新建项目的话,在创建项目的时候,选择勾选Use Core Data就行了。

要是对已有的项目添加 Core Data 的话,就需遵循以下步骤:

  • 在项目配置中添加 Core Data 框架。
    配置项目
  • 创建 .xcdatamodeld 文件
    添加
    命名为项目同名
  • 然后新开一个项目,创建的时候勾选Use Core Data,观察新项目的AppDelegate.Swift文件里有什么差异,将其差异复制到我们的项目中。比如,需要import Core Data 框架,还有Core Data相关的一些函数处理等等。
<think>好的,我现在要解决用户在IAR编译器中遇到的错误:“incomplete type is not allowed”。首先,我需要理解这个错误的含义和常见原因。根据我的知识库,这个错误常发生在代码中使用了未完全定义的类型,比如结构体或联合体声明了但未定义,或者前向声明了某个类型但没有提供完整的定义。 首先,我应该检查用户代码中是否有结构体或联合体的声明但没有定义的情况。比如,如果有一个结构体声明为`struct MyStruct;`,但没有后续的完整定义,那么在需要该结构体大小或成员的地方,编译器就会报这个错误。这时候,需要用户补全结构体的定义,包括成员变量。 其次,检查是否在头文件中只声明了类型而没有包含定义。例如,如果在头文件中使用前向声明,但在使用该类型的源文件中没有包含实际的定义头文件,这也会导致错误。此时,需要确保在使用类型的地方包含了正确的头文件,或者将前向声明替换为完整的定义。 另外,还要考虑typedef的问题。如果用户使用了typedef创建别名,但原始类型未完全定义,同样会引发错误。例如,`typedef struct MyStruct MyType;`之后,如果尝试使用MyType但MyStruct尚未定义,就会出错。需要确保在使用typedef之前,原始类型已经被完整定义。 此外,数组声明中的类型不完整也是一个常见原因。比如声明数组时,如果元素类型未完全定义,编译器无法确定数组的大小,导致错误。需要检查数组声明中的类型是否已经完整定义。 可能还有其他情况,比如在C和C++混合编程时,如果没有正确使用extern "C",或者在头文件中遗漏了必要的包含,也可能导致类型不完整。需要用户检查这些方面。 接下来,我需要将这些可能的原因整理成清晰的解决步骤,并给出具体的代码示例,帮助用户理解如何修改。同时,根据用户提供的引用内容,虽然引用[1]和引用[2]是关于其他错误的,但用户可能希望看到类似的结构,即分点说明解决方案,并引用相关资源。 最后,生成相关问题,帮助用户进一步了解可能相关的编译错误,比如类型未定义、前向声明问题等。这样用户可以有更全面的认识,预防其他类似错误的发生。</think>### IAR编译器错误'incomplete type is not allowed'解决方案 该错误表示代码中使用了**未完全定义的类型**,编译器无法确定其内存布局或成员信息。以下是具体原因及解决方法: #### 1. 结构体/联合体未定义完整 若声明了结构体但未定义成员,在实例化时会报错: ```c struct MyStruct; // 前向声明不完整 struct MyStruct var; // 错误:使用未完成类型 ``` **解决方案**:补全类型定义 ```c struct MyStruct { int id; char name[20]; }; ``` #### 2. 头文件包含缺失 当跨文件使用类型时,需确保定义可见: ```c // file.h struct Data; // 前向声明 // file.c struct Data { // 实际定义 int value; }; ``` **解决方案**:在使用该类型的文件中包含定义头文件 ```c #include "file.c" // 包含实际定义 ``` #### 3. typedef别名问题 使用typedef时原始类型必须完整: ```c typedef struct Node NodeT; // 前向声明 NodeT* ptr; // 允许指针声明 NodeT instance; // 错误:不完整类型 ``` **解决方案**:先完成类型定义再typedef ```c struct Node { int data; struct Node* next; }; typedef struct Node NodeT; ``` #### 4. 数组声明不完整 数组元素类型必须完全定义: ```c struct Element; struct Element arr[10]; // 错误:元素类型未定义 ``` **解决方案**: ```c struct Element { int type; float value; }; struct Element arr[10]; // 合法 ``` #### 调试建议 1. 在IAR工程中搜索错误行号定位问题代码 2. 使用Go to Definition功能追踪类型定义 3. 检查所有头文件包含链 4. 确认没有循环依赖的头文件 编译器需要知道类型的完整信息才能: - 计算sizeof大小 - 分配内存空间 - 访问成员变量 - 进行类型对齐 [^1]: 类似类型转换错误可参考浮点转整型的类型适配问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值