针对特定的业务需求,我想利用iBeacon技术触发基于接近距离的通知(推送或UILocalNotification)。此功能旨在在应用程序处于后台/锁屏状态下运行。
我有一些具体的限制:
- 产品必须在一定的规模上扩展,因此不可能范围内20个区域。我们将仅范围一个UUID(如果开发新的功能集可能会有2或3个,但我们不会为每个物理信标注册一个区域)。 - 我们将使用major和minor来调用Web服务。 - 关于这一点,我知道我将不得不使用以下方法:首先didEnterRegion:没有关于major / minor / distance的先前信息,然后didRangeBeacon:执行更高级的操作。我已经使用本地存储机制超时信标,考虑到信标的快速发射速率。
* 主要限制:我们必须根据信标的距离进行区域事件(例如,仅在CLProximityImmediate时触发通知)。
现在我看到一个主要限制。由于我的应用程序只会在进入区域后在后台范围内几秒钟,如果我基于距离/接近度有限制,很可能应用程序会:
- 在用户足够靠近物理信标以触发事件之前返回到后台状态 - 再也不会被触发,因为它必须重新进入区域进行范围,这可能不会发生
你有任何想法/解决方法吗?
我有一些具体的限制:
- 产品必须在一定的规模上扩展,因此不可能范围内20个区域。我们将仅范围一个UUID(如果开发新的功能集可能会有2或3个,但我们不会为每个物理信标注册一个区域)。 - 我们将使用major和minor来调用Web服务。 - 关于这一点,我知道我将不得不使用以下方法:首先didEnterRegion:没有关于major / minor / distance的先前信息,然后didRangeBeacon:执行更高级的操作。我已经使用本地存储机制超时信标,考虑到信标的快速发射速率。
* 主要限制:我们必须根据信标的距离进行区域事件(例如,仅在CLProximityImmediate时触发通知)。
现在我看到一个主要限制。由于我的应用程序只会在进入区域后在后台范围内几秒钟,如果我基于距离/接近度有限制,很可能应用程序会:
- 在用户足够靠近物理信标以触发事件之前返回到后台状态 - 再也不会被触发,因为它必须重新进入区域进行范围,这可能不会发生
你有任何想法/解决方法吗?