RE: CFBundleIdentifier & Application Version
RE: CFBundleIdentifier & Application Version
- Subject: RE: CFBundleIdentifier & Application Version
- From: "Gary L. Wade" <email@hidden>
- Date: Fri, 11 Jul 2008 12:58:28 -0400
It's really up to you and the kinds of changes that you expect to happen between each version. Having a single ID allows preferences to be mixed and matched if different versions of the product are used, but if you want to support the simultaneous use of last year's version and this year's version, or a pro and lite version, then that can get in the way.
If you want to read last year's version's preferences and then copy those over into this year's version's preferences upon install/startup, then that could be a solution.
If you want to, you can name this year's version's ID:
com.mycompany.MyApp.2008
to distinguish it from last year's:
com.mycompany.MyApp
>Reading things like,
>
>http://developer.apple.com/qa/qa2004/qa1373.html
>
>which discuss CFBundleIdentifier, the example always given for what it
>should look like is of the form:
>
> com.mycompany.MyApp
>
>
>My question is, as different versions, of the same application, are
>released, it is a good idea or recommended that the CFBundleIdentifier
>reflect the version of the application as well. For example, one might
>have:
>
>com.mycompany.MyApp2007
>com.mycompany.MyApp2008
>com.mycompany.MyApp2009
>
>If it is not a good idea or not recommended, why?
>
>The tech note above does say:
>
>Note: Most Xcode templates give a generic default value for
>CFBundleIdentifier to try to avoid as many problems as possible. It is
>still important to set your own unique value, however, as applications
>with identical CFBundleIdentifier values will override each other.
>
>
>While it is obviously important that two different applications (say a
>word processor and a game) have unique identifiers, it isn't clear to
>me that different versions of the same application should have a
>unique identifier as there are other items in a plist for declaring
>the version of the application.
>
>
>_______________________________________________
>
>Cocoa-dev mailing list (email@hidden)
>
>Please do not post admin requests or moderator comments to the list.
>Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
>Help/Unsubscribe/Update your Subscription:
>
>
>This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden