CloudKit Share API 初探

tags:開發(fā)隨筆

緣起

燈下鼠同學(xué)在使用了MarkNotes后,建議增加筆記分享的功能。

其實這個問題我已經(jīng)思考了很久,除了自己做服務(wù)器端,沒有一個太好的方案。所以在目前的版本中,我暫時只提供了通過郵件發(fā)送筆記的功能。話說,iOS版本的mail應(yīng)用真是弱的可以,想寫一篇富文本的郵件都很難。MarkNote for iOS簡直是一個完美的iOS郵件編輯器。

當(dāng)然了,使用 MarkNotes/Marknote你也可以將筆記很方便的導(dǎo)出為HTML或者PDF。甚至你可以借助其強大的過濾功能,導(dǎo)出為靜態(tài)網(wǎng)站,扔到web服務(wù)器上,所有的人都可以看。

然而,這還不是理想的分享。

需求

我覺得一個理想的分享,應(yīng)該可以滿足以下幾個場景:
A: 可以設(shè)置為public,所有人都可以讀,甚至不需要擁有賬號;
B: 邀請者只讀;
C: 邀請者可寫,從而實現(xiàn)協(xié)同工作;

簡單分析一下, 場景A其實是一種publish,導(dǎo)出為HTML通過web發(fā)布基本上可以滿足,只是目前門檻稍微有點高,需要一種方式讓整個過程更簡單;

場景B和C需要:

  • 一種機制,可以識別并邀請其他用戶;
  • 一種機制將邀請發(fā)出;
  • 被邀請者可能有各種古怪的場合,比如還沒有安裝你的應(yīng)用;
  • 在此基礎(chǔ)上,對讀寫權(quán)限進(jìn)行控制;

如果可以用服務(wù)器端,上面的需求還是有望從技術(shù)上完美實現(xiàn)。但是運營的成本會極大的增加:你需要將大量的用戶吸引到你的平臺上來,注冊,留存,還需要對數(shù)據(jù)安全等方方面面考慮周全... 可能還要考慮天朝的監(jiān)管。

因此我還是希望MarkNotes保持Serverless的架構(gòu),保持簡單。

曙光

蘋果在WWDC2016上宣布了Cloudkit的新特性,其中CKShare的特性尤其是吸引了我的目光。

我將下面的視頻看了2遍:
https://developer.apple.com/videos/play/wwdc2016/226/ 初步覺得可能可以解決大部分的問題。

查了一些資料后,簡單實驗了一下。順便吐槽一下,CKShare方面的文檔和代碼很少。尤其是代碼,能找到的少之又少,不少還有問題。

CloudKit有2個數(shù)據(jù)庫privateDatabase和publicDatabase。
要實現(xiàn)場景A,將數(shù)據(jù)放在public database即可。簡單。
所以我們還是集中精力在場景2和3。簡單的說,即讓受邀用戶來參與。

CKShare需要一個root record,它是通過樹的方式來控制分享的數(shù)據(jù)的。Root record可以有自己的子節(jié)點,子節(jié)點還可以有子節(jié)點。將root record傳給CKShare對象,CKShare來控制誰被邀請,是只讀還是讀寫。

有一個坑,被CKShare分享的數(shù)據(jù)只能存在于custom zone中,如果存放于default zone則會報錯。

所以在進(jìn)行分享前,先要創(chuàng)建custom zone:

let container: CKContainer = CKContainer.default()
        
        let privateDatabase = container.privateCloudDatabase
        let customZone = CKRecordZone(zoneName: customZoneName)
        privateDatabase.save(customZone, completionHandler: ({returnRecord, error in
            if error != nil {
                // Zone creation failed
                OperationQueue.main.addOperation {
                    print("Cloud Error:\(error?.localizedDescription)")
                }
            } else {
                // Zone creation succeeded
                OperationQueue.main.addOperation {
                    print( "The \(self.customZoneName) was successfully created in the private database.")
                }
            }
        }))

之后,我們只需要以root record作為參數(shù)創(chuàng)建CKShare對象,然后二者保存到private database中就可以分享了:

let share = CKShare(rootRecord: newRecord)
            share[CKShareTitleKey] = "hello" as CKRecordValue?
            
            
            let modifyRecordsOperation = CKModifyRecordsOperation( recordsToSave: [newRecord, share], recordIDsToDelete: nil)
            
            modifyRecordsOperation.modifyRecordsCompletionBlock = { records, recordIDs, error in
                
                if let error = error {
                    print(error.localizedDescription)
                }
                if records != nil {
                    print("Share and Root records saved successfully")
                }
                preparationCompletionHandler(share,  container , error)
            }
            
            privateDatabase.add(modifyRecordsOperation)

創(chuàng)建完CKShare對象后,需要將邀請發(fā)送給被邀請人。新的API提供了一個UICloudSharingController來簡化被邀請人查找等操作UI的工作量。使用方式如下:

let cloudSharingController: UICloudSharingController = UICloudSharingController{ controller,
            preparationCompletionHandler in
            ...
             
        }
        cloudSharingController.delegate = self
        cloudSharingController.popoverPresentationController?.sourceView = self.view
        // Set sharing permissions
        cloudSharingController.availablePermissions = [.allowPublic, .allowReadOnly]
        
        
        // Show cloud sharing dialog
        self.present(cloudSharingController, animated: true, completion: nil)

運行效果如下:

Paste_Image.png

總結(jié)

CloudKit中最新的Share API提供了一種分享的好機制,雖然如果要考慮用戶沒裝app時的降級措施,可能還需要服務(wù)器端,但已經(jīng)大大的降低了分享的難度。

說點局限吧:

  • 顧名思義,用戶的身份是和iCloud賬號綁定的;
  • 邀請者需要知道被邀請者iCloud賬號綁定的的郵件或者手機;
  • 基于apple一貫的借助系統(tǒng)升級來促進(jìn)硬件銷售的策略,CloudKit Share API只支持iOS10以上的設(shè)備。

代碼

代碼放在github上供參考 https://github.com/marknote/CloudKitSharing。請注意,目前的代碼只是 最簡單的探索,功能并不完善,細(xì)節(jié)也未考慮

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,002評論 6 542
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,400評論 3 429
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,136評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,714評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 72,452評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,818評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,812評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,997評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,552評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,292評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,510評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,035評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,721評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,121評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,429評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,235評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 48,480評論 2 379

推薦閱讀更多精彩內(nèi)容