cordova - iBeacon : cordova implementation (ios): what are the best practices for background detection

Question

Apples 的 iBeacon 技术允许无论应用程序处于何种状态进行检测:前台、后台或已终止或系统重启。是否有这样做的最佳实践方法，以尽量减少应用商店提交拒绝？我已经安装了一个插件(https://github.com/katzer/cordova-plugin-background-mode)，它允许后台进程 - 它工作得很好*(下面的说明)，但是有很多帖子说这可能会导致苹果拒绝。

完美我的意思是当应用程序被推到后台时，它可以工作，被杀死，甚至在手机重新启动之后。很难确认，但我认为 iOS 会在一段时间后扼杀它。我得到的结果不一致...

我也明白，如果我的应用程序不在前台使用大量内存，它会通过 iOS 内存管理自动终止我的 bg 进程。

假设我的应用程序不会消耗“太多”内存......

如果手机无论应用程序状态如何都无法访问检测，那么拥有 iBeacons 的全部值(value)似乎就变得微不足道了。我知道我需要向苹果说明为什么我的应用需要此功能。但这似乎是一种修辞——我需要使用你(Apple)提供的技术的功能——如果你必须始终准备好手机才能获得 iBeacons，那么 iBeacons 的值(value)就会显着下降(除了第一个获得许可的应用程序启动之外) requestAlwaysAuthorization)

我是在无谓地烦恼吗？我不想把这个开发一路完美，却发现我无法使用它。

Answer 1

了解原生 iOS 代码(Swift 或 Objective C)可以使用 iOS CoreLocation即使应用程序根本没有运行，框架也能检测信标。 CoreLocation通过记住应用程序正在监视哪些信标区域并在遇到信标时应用程序未运行时自动启动应用程序来做到这一点。 Apple 设计了这种机制并批准了它的使用，这也是后台信标检测应用程序通常进入 AppStore 的方式。

这与 cordova-plugin-backgroun-mode 插件的工作方式非常不同。正如插件的自述文件所指出的那样，Apple 审阅者可能不会批准一个在后台保持自身持续活跃的应用程序。 你的担心是对的。

除了将您的应用程序重写为全部原生之外，您最好的选择可能是使其成为一个混合应用程序。仅将 native 代码用于后台信标检测，然后在启动或恢复后将 Cordova 用于前台 UI。