我正在制作一个原生 Apple Watch 应用程序,我想知道我是否可以只为那些为应用程序内购买付费的用户提供一瞥和复杂功能。
此外,如果他们还没有升级到应用内购买,那么当他们转到 Glance 时,或单击(禁用的)并发症时,一个视图会显示:“请升级到 Pro for Complications and Glances”。并且会有一个按钮说“转到应用程序”,这将在他们的手机上打开应用程序,应用程序内购买按钮将在那里。
这目前可能吗?
我正在制作一个原生 Apple Watch 应用程序,我想知道我是否可以只为那些为应用程序内购买付费的用户提供一瞥和复杂功能。
此外,如果他们还没有升级到应用内购买,那么当他们转到 Glance 时,或单击(禁用的)并发症时,一个视图会显示:“请升级到 Pro for Complications and Glances”。并且会有一个按钮说“转到应用程序”,这将在他们的手机上打开应用程序,应用程序内购买按钮将在那里。
这目前可能吗?
从开发者的角度来看:
作为开发者可以吗?是的。对于并发症控制器,您只能根据有效收据的存在返回时间线条目。
由于 StoreKit 显然在手表上不可用,因此手机必须验证收据,然后将这些详细信息提供给手表。
您需要处理任何边缘情况,例如当复杂控制器的应用内购买状态最初不确定时(因为它在首次启动手表应用程序之前在后台启动)。
复杂控制器的设计并不是为了异步获取任何东西(从电话或网络)。预计他们的数据在手边,并且他们会立即返回数据源请求的结果。
让并发症控制器尝试获取(收据验证)数据是不切实际的。充其量,您通常可以做的就是请求数据进行一次更新,然后在手表扩展知道将来提供 Pro 数据后第二次手动更新复杂功能。
Apple 推荐的一种更模块化的方法是将功能分离为一个会话管理器,它向数据管理器提供数据,以及一个从该数据管理器检索数据的复杂控制器。
但是,在您花时间设计具有这些条件功能的手表应用程序之前,您确实应该得到 Apple 回答的以下问题。
苹果会批准吗?
您所提议的内容只会显示一目了然或并发症的占位符信息。
虽然商店中有一些应用程序提供应用程序内购买以应对额外的复杂情况,但这些应用程序至少支持一种复杂情况。
您的应用程序能否通过审核流程,因为它有效地提供了启动时没有任何复杂性(数据)。
这是一个离题的问题,这里没有人可以帮助您。
您的“也”功能的简单答案:
无法从手表应用打开 iOS 应用(在前台)。您的用户必须自己打开手机应用程序,然后导航到提供应用内购买的控制器。