When to use an explicit application identifier compared to a wildcard identifier?

Question

What are the specific benefits of creating an explicit app id and wild card id? I saw that if we create an application package, we can create a wildcard application identifier, otherwise the explicit identifier will be good, etc. But I'm a little confused and want to know more details about the specific benefits of both types.

If I have a free version of first (1.0) and then you want to send an accessible version of the same application with new features (2.0), what should be the correct way?

Thanks.

Answer 1

You must select a wildcard application identifier if you do not plan to use push notifications and / or when purchasing the application. In your case, since you plan to start with the free version, to provide a new new version, you should choose an explicit application identifier that reflects the name of your application and use it in the application so that people can buy content related to yours for the price. This is what Apple now recommends. Basically, Apple people do not want us to develop an easy and inexpensive version. They want one application to be able to offer free content and evaluate content through the purchase of the application.

Answer 2

Wildcard app ID is easier to use. You do not need to create a new application identifier and a new provisioning profile for each small application that you want to test. An explicit application identifier is required to enable push notifications and in-app purchases. If you don’t need both options, just use a wildcard and save time for something more important than creating, downloading, installing and distributing several training profiles (up to three for each application identifier - for development, adhoc and application store distributions!) .

Answer 3

Wildcard pattern

should be good for a "Developer" testing your application on your device. (which should be in your provisioning profile with its associated UDID). Exclusive identifier is intended for "Distribution", I would suggest that

Answer 4

Profile profiles with Wildcard App IDs recommended for most iPhone designs, because one single Wildcard App ID can be used to build and install most applications, including sample code projects provided in the iPhone help library. Wildcard application identifiers are created by entering an asterisk in the identifier section of your application identifier. The wildcard character must be the last character in the application identifier string. If you use the Wildcard application identifier, be sure to replace the asterisk with the appropriate string using the reverse DNS format when you fill in the Bundle identifier field in your Xcode project.

 Example App ID: ABCDE12345.* 

ABCDE12345 is the Bundle Seed Identifier (generated by Apple) * is the application identifier package identifier. When you enter the Bundle identifier in your Xcode project, you need to replace the asterisk with the corresponding string using the reverse DNS format

 Example App ID: ABCDE12345.com.foocompany.* 

ABCDE12345 is the seed identifier of the Bundle (generated by Apple) com.foocompany. * is the Bundle identifier of the application identifier and the Bundle identifier in your Xcode project, which should begin with "com.foocompany". and the asterisk can be replaced with a string of your choice

The second type of application identifier is called Explicit Application Identifier . This type of application identifier limits the provisioning profile to only install one application. Explicit app IDs are required to enable certain iOS features, such as In App Purchase and Apple Push Notification in your apps. Explicit application identifiers are created by entering a specific line in the "Identifier" section of your application identifier. Recommended practice is to use a string with formatted reverse DNS for the application identifier packet identifier part.

 Example App ID: ABCDE12345.com.foocompany.appname 

ABCDE12345 is the Bundle seed identifier (generated by Apple) com.foocompany.appname is the application identifier identifier identifier and should be the same as your Bundle bundle identifier If you currently have an application that uses the wildcard application identifier and you want update the application to use the explicit application identifier, see Technical Q & A QA1680, 'Updating from the application identifier lookup for the explicit application identifier.

Important Note: Change the "yourcompany" in the default Bundle ID for your application to the actual name of your company. This helps to avoid problems when trying to download the application on the App Store.

Answer 5

The idea is that, as I understand it, applications with a wildcard application identifier can exchange data. Therefore, if you want your paid version to be able to capture the settings entered by the user when they used the free version, you need it. However, I have never used a substitution parameter, so I have no experience with it.