iPhone 应用程序本地化,针对不同市场发布单独的应用程序

标签 iphone ios localization internationalization app-store

我在瑞典应用商店中有一个应用程序,我打算将其适应其他一些市场。在这种情况下,本地化最重要的部分是改变应用程序针对不同市场(国家)的工作方式的某些方面,因此这主要不是语言适应。

我可能不会使用正常的内置机制进行本地化。相反,我考虑为不同的市场构建单独的版本,并将它们作为单独的应用程序在 App Store 上发布(具有相同的图标和相似的名称),并且每个版本仅在一个国家/地区提供。

我的主要论点是:

1) 由于 App Store 支持的语言少于 iOS,因此 Apple 在多个国家/地区将 App Store 语言定义为英国英语(例如丹麦、挪威)。那么我就无法用他们自己的语言进行良好的销售宣传,除非我为这些国家/地区发布完全独立的应用程序。

2) 我认为在这种特殊情况下,通过在源代码中插入编译器指令并为不同的市场制作不同的 Xcode 目标,我认为实现本地化会更快。 (这可能是由于我的应用程序的第一个版本的架构不太智能造成的,尽管如此,这就是当前状态。)

现在,我的问题:

除了需要更多管理之外,针对不同市场发布单独的应用程序是否有任何缺点? (例如,不太有利于在 App Store 上获得良好排名、被拒绝的风险等......)

最佳答案

  • 无法在应用商店中发布 2 个同名应用
  • 被封禁的风险
  • App Store 支持的语言少于 iOS 本地化
  • iOS 本地化比创建多个副本更快
  • 维护多个副本、更改和更新所有副本是一项巨大的开销
  • 不太有利于在 App Store 上获得良好排名
  • 被拒绝的风险

应用商店审查指南,其中之一是

developers should not "spam" the app store with multiple versions of the same app with minor changes.

关于iPhone 应用程序本地化,针对不同市场发布单独的应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8984223/

相关文章:

iphone - 如何在改变方向时完全隐藏 UIView?

ios - Q : Spritekit SKPhysics

c# 在将字符串移动到资源以进行本地化时如何处理换行符?

localization - 是否有将美国英语 (en_US) 转换为英国英语 (en_GB) 的 API?

iphone - 我应该在 OpenGL ES 游戏中使用多线程吗?

iphone - 嵌套的 UIScrollViews 同时滚动

iphone - 非 ARC 和弱属性 - ios 5

ios - 应用程序未运行时的 BLE 通知

localization - 使用错误代码或不使用错误代码

iphone - AVAudioPlayer 在 iPhone 上非常安静,但在 iPod touch 上声音足够大