iOS实现iCloud数据存储-Swift3.0

前言:作为一名swift初学者,我希望能通过写文章的方式来更好地帮助自己学习,更希望能得到你的建议和批评。
     如有纰漏之处,还望不吝赐教。

一.简介

在使用一些不需要服务端支持的App时,我发现部分App通过使用iCloud文档存储功能来满足应用数据云存储的需求,如饥荒的游戏数据存储、素记的日记存储等,用户可以在自己iCloud账号下的任何设备访问或修改App的这部分数据,十分方便。

二.基本概念

在iOS iCloud存储中,苹果提供了三个功能,分别是:

  • Key-value storage
  • iCloud Documents
  • CloudKit
    1.Key-value storage
    顾名思义,这是一个类似于iOS里NSUserDefaults的通过键值对来保存简单数据的功能,这种Property-list数据格式适合存储一些非关键数据,如用户配置。
    2.iCloud Documents
    这个功能提供了文件及目录的数据类型,这个特性决定了此功能相较于Key-value storage更适合进行关键数据的存储。
    3.CloudKit
    相较于前两个,CloudKit就要复杂得多,这是苹果为开发者提供的一整套数据库工具,类似于Maxleap这类第三方云服务。开发者通过苹果提供的Cloud dashboard网站可以配置所需的表结构,并通过在代码中导入CloudKit进行数据库操作。

可以看出,这三个数据库工具是苹果为了满足不同层次的数据云存储场景而设置的,所以在使用前要根据自己的需要来选择相对应的工具。对我而言,iCloud Documents更能满足我的需求,下面将开始iCloud Documents的学习。

三.iCloud Documents的深入学习

简单说来,iCloud Documents只需要两个类就可以实现其功能:
1.类名:NSMetadataQuery
功能:定位数据,也就是查询文件列表。
2.类名:UIDocument
功能:文件操作,对某一个文件进行操作,包括新增文件。

四.iCloud Documents功能的简单实现

1.准备工作

1.1新建项目

1.2开启iCloud功能

如图:


7DC897D8-4B53-49DC-97F4-F36BB26DCFE8.png

这里需要注意的是如果在Capabilities里没有找到这个选项的话,你需要的是一个付费的苹果开发者账号。
而配置里的Containers就像iOS的沙盒目录一样,将app内不同的文件目录分开,如果你需要多个容器的话请自行配置,这里我选择默认容器。

1.3在你的iOS设备上登录iCloud账号

1.4创建一个简单的列表视图,增加输入、保存、修改、删除这四个按钮

2.检测 iCloud 可用性

使用 iCloud Documents 之前,需要检测当前设备是否开启了 iCloud 功能。
这里通过获取iCloudDocuments路径来进行可用性判断:

func iCloudDocumentURL() -> URL? {
    let fileManager = FileManager.default
    if let url = fileManager.url(forUbiquityContainerIdentifier: nil) {
      return url.appendingPathComponent("Documents")
    }
    return nil
}

3.查询文件列表

确认iCloud可用之后,我们查询Documents目录下的子目录。这一步,通过NSMetadataQuery这个类来实现:

    private var query : NSMetadataQuery = NSMetadataQuery()
    func loadDocuments()->Bool{
        let baseURL = self.iCloudDocumentURL()
        guard baseURL != nil else {
            return false
        }
        let center = NotificationCenter.default
        query.searchScopes = [NSMetadataQueryUbiquitousDocumentsScope]
        query.predicate = NSPredicate(value: true)
        center.addObserver(self, selector: #selector(metadataQueryDidFinishGathering), name: NSNotification.Name.NSMetadataQueryDidFinishGathering, object: nil)
        self.query.enableUpdates()
        query.start()
        return true
    }

searchScopes这个属性用来设置所需查询的目录,NSMetadataQueryUbiquitousDocumentsScope为子目录,也就是Documents下的目录或文件。predicate可根据自己的需求设置查询条件。
查询的结果通过在通知中心注册观察者来监听,注册后就可以开始查询。
监听到查询结束的通知后,建议关闭查询操作。
这样,我们就得到了Documents目录下的所有子文件,子文件以NSMetadataItem的实例存在query.results数组里。接下来,通过对NSMetadataItem实例调用value(forAttribute: NSMetadataItemURLKey)这样的方法来获取子文件的URL、文件名、修改时间等信息。代码如下:

 func metadataQueryDidFinishGathering() {
        query.disableUpdates()
        query.stop()
        let center = NotificationCenter.default
        center.removeObserver(self)
        var diaryList = Array<Any>()
        if (query.resultCount == 1) {
            let item = query.results.first as! NSMetadataItem
            let fileURL = item.value(forAttribute: NSMetadataItemURLKey) as! URL
            let document = XDocument(fileURL: fileURL )
            document.open(completionHandler: { (success) in
                for dic in document.diaries{
                    let diary = Diary(dic: dic)
                    diaryList.append(diary)
                }
                self.delegate?.queryDocumentsComplete(results: diaryList)
                document.close(completionHandler: nil)
            })

        }else{
            self.delegate?.queryDocumentsComplete(results: diaryList)
        }
    }

示例代码中仅在Documents目录下保存了一个文件,所以处理查询结果时也只是操作这一个文件,你可以根据自己的需求对results遍历及操作。在上述代码中可以看到,获取到子文件的路径后,我是通过继承自UIDocument的XDocument这个类进行文件读取的,具体原因在下面详述。

4.实现UIDocument的方法进行文件操作

iCloud 的官方文档中强制要求使用者对文件的操作通过 NSFileCoordinator 和 NSFilePresenter 来进行的,而UIDocument就是对这两个类的封装,由于iCloud的文件可以在用户的不同设备进行操作,所以为了读写安全,我们需要使用UIDocument对文件进行操作。
需要注意的是,UIDocument不能直接使用,我们需要自己实现对文件内容的操作逻辑,即继承UIDocument并实现contents(forType typeName: String)和load(fromContents contents: Any, ofType typeName: String?) 这两个方法。这两个回调方法前者是用来自定义所需保存的数据,后者是用来在我们将获取的数据解析后保存起来。代码如下:

let kArchiveKey  = "Diary"
import UIKit
class XDocument: UIDocument {
    var diaries : Array<Dictionary<String, Any>>!
    override func contents(forType typeName: String) throws -> Any {
        let data = NSMutableData.init()
        let archiver:NSKeyedArchiver = NSKeyedArchiver.init(forWritingWith: data)
        archiver.encode(self.diaries, forKey: kArchiveKey)
        archiver.finishEncoding()
        return data
    }
    override func load(fromContents contents: Any, ofType typeName: String?) throws {
        let unarchiver:NSKeyedUnarchiver = NSKeyedUnarchiver.init(forReadingWith: contents as! Data)
        self.diaries = unarchiver.decodeObject(forKey: kArchiveKey) as! Array
        unarchiver.finishDecoding()
    }
}

代码中,我将Diary这个类转成Dictionary后所保存在的数据列表用NSKeyedArchiver转成Data保存起来。
这样我们可以使用XDocument这个类对我们的数据进行保存及修改,记得在读写操作前分别调用UIDocument的open及close方法。
新建文件或者修改文件都是通过save(to url: URL, for saveOperation: UIDocumentSaveOperation, completionHandler: ((Bool) -> Swift.Void)? = nil)这个方法进行的,区别在于UIDocumentSaveOperation这个枚举,


屏幕快照 2017-01-03 下午6.12.33.png

一目了然。
具体代码如下:

func save(diaries:Array<Diary>){
    let baseURL = self.iCloudDocumentURL()
    if baseURL != nil{
        var dataList = Array<Dictionary<String, Any>>()
        for diary in diaries {
            let dic = diary.convertToDictionary()
            dataList.append(dic)
        }
        var url = self.iCloudDocumentURL()
        url = url?.appendingPathComponent("saveData")
        let document = XDocument(fileURL: url!)
        document.open { (success) in
            if(success){
                document.diaries = dataList
                document.save(to: url!, for: .forOverwriting) { (success) in
                    if success{
                        print("Overwrit success")
                        document.close(completionHandler: nil)
                    }
                }
            }else{
                document.diaries = dataList
                document.save(to: url!, for: .forCreating) { (success) in
                    if success{
                        print("Creat success")
                        document.close(completionHandler: nil
                   }
                }
            }
        }
    }
}

这样,我们就简单的实现了iCloud documents的数据存储。
如果demo中有任何问题或疑问,请告诉我,谢谢。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,117评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,328评论 1 293
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,839评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,007评论 0 206
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,384评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,629评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,880评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,593评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,313评论 1 243
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,575评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,066评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,392评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,052评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,082评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,844评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,662评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,575评论 2 270

推荐阅读更多精彩内容