使用CloudKit,您可以专注于客户端应用程序的开发,并让iCloud 无需编写服务器端应用程序逻辑。CloudKit为您提供身份验证、私有和公共数据库、结构化和资产存储服务--所有这些服务都是免费的,限制非常高。
你不能上传在苹果服务器上运行的代码吗?
我听说过它与Google和其他云计算平台相比较,但如果不能运行自己的代码,难道这整件事不是很有限,也不是很有可比性吗?
例如,如果我想构建一个新闻应用程序,它会周期性地将新闻推送到用户感兴趣的主题上,那么这不能仅仅使用CloudKit来完成,因为我需要在服务器上安排作业和数据处理。
有什么想法吗?
发布于 2014-07-13 09:10:48
服务器端
正如您所说,CloudKit不允许服务器端代码。
但还是有可能的。
克隆斯
您不希望每天为了通过添加记录来执行推送而连接到iCloud仪表板。这里的一种解决方案是在mac服务器上编写一个应用程序(我猜mini服务器将在CloudKit中变得更加流行),它每天都会添加一个新的Daily CKRecord。
订阅
订阅概念是客户端为特定更新注册。例如,您可以创建名为Daily的记录类型,并让用户注册到它。您应该检查苹果文档和WWDC14视频(即使订阅内容不详细,这也是一个很好的起点)。
好的是推送通知与订阅概念相链接。因此,基本上您是这样说的:为每个新的CKRecord类型的Daily发送一个通知。
BaaS党
使用CloudKit (vs Parse和其他)有什么意义?
但是:
未来
CloudKit仍然是非常新的。在WWDC,一些幕后的人让我明白他们仍然在努力工作。我的赌注是,他们正在进行两项重要的工作:
编辑:苹果公司的人充分意识到并关注缺乏对数据的网络访问。这意味着有一天它可能可以从其他平台访问。我在一篇评论中看到,如果CloudKit不是更好的话,苹果很可能会买下Parse,AFAIK他们试图收购Parse (据说技能购买,但我们不知道)。
更新WWDC15
CloudKit现在可以在JS中使用,一些仪表板现在可以使用了。等着瞧。
2016年2月更新
CloudKit现在支持服务器对服务器的Web服务请求
发布于 2014-06-06 04:20:04
在某些情况下,我们不需要服务器端逻辑,仅仅存储静态数据就可以涵盖所有的使用场景。
在这种情况下,如果有一个免费的、可访问的存储空间,您可以存储一些东西,这将是非常有帮助的。CloudKit提供这样的服务,而不是提供完整的服务平台。
是的是有限的。不管怎么说,对某些人来说是有用的。例如,您的案例实际上可以支持CloudKit。虽然CloudKit只是一个静态存储,但它支持订阅。它监视一组条件并将事件通知推送给客户端。幸运的是,CloudKit支持的唯一后台作业功能正是您所需要的。
无论如何,如果您需要更多,那么您可能需要考虑完整的服务器。通常,具有简单服务器端代码执行支持的简单web服务也是有限的。
发布于 2015-03-24 10:56:19
你不能上传在苹果服务器上运行的代码吗?
你可以也不能,你不能把基于代码/ SOAP的web服务上传到服务器上,取而代之的是你可以在服务器上上传/存储观察者,称为订阅。
整件事都很有限而且没有可比性?
我要说的是,在CloudKit和MBaas客户端中,虽然的接口更窄、更健壮,但的接口更健壮:您不能上传外来web服务来执行XML解析、数据库操作和基于它的触发推送通知,但是RestFull体系结构允许您在数据存储上执行4项基本操作,而对于订阅客户端,可以得到有关在表上执行的插入/更新/删除操作的通知。
我认为MBaas只是服务器-客户端体系结构演进的下一步。首先,它似乎是有限的,但您可以在基于SOAP的web服务世界中做到所有这些。开发非常快速/可伸缩/易于使用,并且更容易控制诸如权限/设置、维护服务器、安全几乎不需要任何努力。
https://stackoverflow.com/questions/24069221
复制相似问题