开放平台:Parse for iOS
引言:
Parse一款基于Baas的后端云存储服务平台,为开发者提供云端数据存储和读取的能力,Parse团队在其SDK方面花费了大功夫,实现了很多非常有用的功能.并且,非常的稳定,兼容和灵活性,相对于其他Baas平台,Parse在上手方面是最为容易的.
Parse的特性如下:
1:自定义数据字典
2:消息推送
3:地理位置
4:数据缓存
5:离线数据同步
6:云端自定义代码
7:二进制文件读取
参考资料:
1:Parse的主页
2:
安装:
1.首选的安装方式是跟着Parse自家提供的官方起步教程即可完成,非常简单!
使用:
Parse支持的数据类型主要如下:
Number: 对应各种类型,包括:整形,浮点型 转换成NSNumber后存储到Parse Cloud
Date: 对应NSDate
Array:对应NSArray. 万能的数组(Parse的强大之处)
String:对应NSString
Null: 很少用到
Pointer: 指针:相当于表与表之间的外键关系, 只存储着某个对象的ID
Relation:关系:应付多对多关系时的方案,但是可以用Array达到同意的功能.
查询:
Parse设定了尽可能多样的查询方式,并且它还支持NSPredicate. 这对于使用过CoreData的人来说,是比较容易上手的.
首先来说说Parse提供哪些查询接口
时间:
查询创建时间大于某个时间的数据行:
NSDate *lastQueryDate = [self lastQueryTime]; if (lastQueryDate == nil) { lastQueryDate = [NSDate date]; } [query whereKey:@"createdAt" greaterThan:lastQueryDate];
查询缓存策略:
kPFCachePolicyIgnoreCache
查询不从缓存加载结果或将结果保存到缓存。默认缓存策略为 kPFCachePolicyIgnoreCache。
kPFCachePolicyCacheOnly
查询会忽略网络,仅从缓存加载结果。如果没有缓存的结果,则会引发 PFError。
kPFCachePolicyNetworkOnly
查询不从缓存加载结果,但会将结果保存到缓存。
kPFCachePolicyCacheElseNetwork
查询首先尝试从缓存加载结果,但如果加载失败则从网络加载结果。如果缓存和网络加载都不成功,则会出现 PFError。
kPFCachePolicyNetworkElseCache
查询首先尝试从网络加载结果,但如果加载失败则从缓存加载结果。如果网络和缓存加载都不成功,则会出现 PFError。
kPFCachePolicyCacheThenNetwork
查询首先从缓存加载结果,然后再从网络加载。在此情况下,实际上会调用两次回调 - 第一次针对缓存的结果,随后针对网络结果。由于会在不同的时间返回两个结果,因此该缓存策略不能与 findObjects 同时使用。
Push:
官方提供了一个详细的消息推送配置流程:
https://parse.com/tutorials/ios-push-notifications
Parse远程推送教程实在是太详细了,图文并茂.
在这里我简单复述了一下整个过程方便理解:
1.申请苹果的开发者招生计划,并成功激活.
2.通过本地的Mac系统生成一个证书签名请求(Certificate Signing Request),
3:接下去苹果开发者主页的Member Center(会员中心)创建一个新的App IDs. 并通过证书签名请求激活这个App IDs的远程推送服务功能.
4.下载这个App IDs的推送许可服务,并通过钥匙访问串导出密匙(p12).
5.最后生成这个App IDs的描述文件,并应用到工程中.
6.编写Parse所提供的Push的相关API代码. 实现远程消息推送.
其中有一个步骤是当你通过Certificate Signing Request(证书签名请求)激活了苹果的远程推送通知服务以后.
并下载了推送许可证书:aps_development.cer. 教程中要求从钥匙访问串(Keychain Access)中导出.p12后缀的密匙.
在导出时有两点需要注意:
1:请在名称为 Apple Development IOS Push Services : ***** 或 Apple Prodoction IOS Push Services : ***** 的栏位上直接右键,如下图:
图中方框中的三角箭头,请直接无视和忽略他。 里面是证书的创建者信息而已。 虽然也可以导出p12, 但是这个p12是无效(请特别注意)
2:在导出时要求你输入密码,请直接忽视,也就是空密码即可,否则Parse 的 App Settings - Push Notifications里要求上传的p12密匙无法成功.
最后还有一个细节要注意,也就是当你的产品成功发布到应用商店以后,你之前用来测试的开发版本证书,应该替换为发布版本证书(aps_production.cer). 否则从App Store上面下载的应用将无法收到消息推送.. 所以,你需要重新上传发布版本的密匙.跟开发版本的上传方式一样. 成功后如下图所示:
总结:
可能遇到的问题:
1:编译问题.
解决方案:
http://stackoverflow.com/questions/15457136/parse-for-ios-errors-when-trying-to-run-the-app
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
开放平台:StackMob for iOS
引言: StackMob 是一个轻量级的 Baas 移动后端云存储平台. 为移动App提供了强大的后台云存储能力,其SDK架接在Core Data身上,在不改变Core Data API 使用方式的前提下为Core Data 提供云端存储的能力,此篇专门介绍了StackMob在 iOS环境的使用方式. 参考资料: 1:StackMob 的主页 https://www.stackmob.com/ 2:StackMob iOS开发文档 http://stackmob.github.io/stackmob-ios-sdk/ 3:如何为iOS应用及游戏添加后台网络服务系列1 前言 http://blog.sina.com.cn/s/blog_4b55f6860101b991.html 4:StackMob SDK 官方使用教程 https://developer.stackmob.com/tutorials/ios 5:16小时的诱惑大致的介绍了StackMob从注册到使用的整个过程: http://www.csdn.net/article/2013-03-19/2814542-build-a...
- 下一篇
手机其实没有你想象得那么安全!
随着智能手机的兴起,照相功能也越发强大的时候,不少的人喜欢上了自拍,而在这些自拍中就有不少是不雅照片,据说每四个手机用户中,就有一个人的手机里有不雅照片。为何如此呢?因为她们相信手机是绝对安全的,不会被病毒或者木马所控制,导致信息外泄。但实际情况真的如此吗? 一份来自安全厂商的报告说,手机其实没有人们想象的那样安全,不少人认为只要手机不丢,里面存储的信息就不会有外泄的可能性。但是智能手机早已经成为病毒攻击的重点目标,而且未来针对智能手机的病毒和木马会越来越多。即使你的手机没有感染病毒,但依旧有可能造成信息外泄,比如现在手机几乎都可以高速上网,有可能一个误操作就不小心将照片发送了出去。 更为让人担忧的是每个人都有一个社交网站的账号,并且经常用手机登陆进行查看,但是你知道吗?现在很多的社交网站都有云存储服务,帮助你把手机里的信息存放在“云”上,防止丢失。但这就涉及了一个问题!这些“云”是否安全,一旦被别人窃取或者破解了你的账号,那么就有可能将你的信息全部收入囊中。 该厂商还表示,据调查70%的用户是不知道有一项“允许远程删除信息”的功能,这就让数以百万计的用户手机信息有了暴露的风险。所以在...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7