Question

Does apple require that the UUIDs for beacons be set for an App only once during development of that App, and in order to change them you would have to create a new version of the App?

In other words, could I design an App that upon opening searches an SQL database for multiple UUIDs I store there, and then pull those UUIDs into the App so as to pick up any new beacons that may have been deployed on the shop floor since creation of the App. And then from there push images also stored on the database to the user when they're in proximity to relevant beacon UUIDs.

Thanks.

Was it helpful?

Solution

No, Apple does not require that iBeacon UUIDs be baked into an app.

A better practice for more robust apps is to fetch these UUIDs remotely from a web service that fronts a database like you suggest.

My company has developed a web service called ProximityKit that does exactly that. In addition to getting a list of configured iBeacon identifiers from the web service, you can attach key/value pairs to each configured iBeacon so these data are available to your app. In your example, these key/value pairs could be image URLs, which you then download to your app after launch. ProximityKit comes with both iOS and Android client libraries so it is easy to integrate with your apps.

As you suggest, this general approach allows you to make configuration changes to your app after it is approved in the store. This is a common best practice for mobile apps that is not specific to iBeacons.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top