iPhone应用程序本地化通过为不同市场发布单独的应用
我有一个应用程序在瑞典的应用程序商店，我打算适应其他一些市场。 在这种情况下，本地化最重要的部分是改变应用程序在不同市场（国家）如何工作的一些方面，所以这不是主要关于语言适应。
可能，我不会使用正常的本地化内置机制。 相反，我考虑为不同的市场构build单独的版本，并将它们作为App Store上的独立应用程序（具有相同的图标和类似名称）发布，并且每个应用程序仅在一个国家/地区提供。
我的主要观点是：
1）由于App Store支持的语言less于iOS，因此苹果将App Store语言定义为英国英语（如丹麦，挪威）的国家有几个。 那么，除非我为这些国家发布完全独立的应用程序，否则我无法用自己的语言创造一个良好的销售业绩。
2）我认为在本例中，通过在源代码中插入编译器指令，为不同的市场制定不同的Xcode目标，实现本地化将会更快。 （这可能是由于我的应用程序的第一个版本不太聪明的架构造成的，不过，这是目前的状态。）
现在，我的问题：
除了显而易见的会有更多的pipe理之外，是否有针对不同市场发布单独应用程序的缺点？ （例如，不太有利于在App Store上取得好的排名，被拒绝的风险等等）
一般来说，苹果并不是这种方法的忠实粉丝。 我听说在某个地方，由于本地化的原因，同一个应用程序有三个副本的非官方限制，但我不知道具体是多么的具体。
将这个逻辑build立到应用程序中是不可能的吗？ 您可以使用NSLocale在运行时获取设备语言环境（不仅仅是语言，也包括国家），然后使用运行时逻辑来切换视图控制器，笔尖文件等。如果您的应用程序结构不合理，则可以在MainWindow.nib级别，如果有必要，然后有完整的控制来改变任何方面的应用程序加载时。
我认为这是一个更好的方法比发布多个应用程序版本，因为你提到的原因，以及避免麻烦让你的应用程序批准。 它不能解决app store票据问题，但也许你可以通过另一种方式来解决，把你的营销策略集中在一个网站或者app store的外部。
- 无法在app store中发布2个具有相同名称的应用
- 禁止的风险
- App Store比iOS本地化支持更less的语言
- iOS本地化比创build多个副本更快
- 维护多个副本，更改和更新所有这些是一个巨大的开销
- 不太有利于在App Store上取得好的排名
- 拒绝的风险
应用程序商店审查指南，其中之一是
开发人员不应该用相同的应用程序的多个版本“垃圾”的应用程序商店，只需稍作更改。