处理iOS平台降级和重复使用应用程序名称

我还没有找到这个问题的相关答案。如果你知道这是一个重复的问题，请重定向

背景：

我在app Store上有一个1.0版的应用程序。它基本上是一个WebApp的包装器，我正在开发的更新版2.0是iPhone的本机实现

现在，该应用程序的当前版本1.0是通用的。因此，试图提交我们完成的2.0版纯iPhone应用程序被AppStore拒绝，因为它被认为是降级，不再支持iPad

未来的路线图还包括iPad版本的未来发布，这需要加以考虑。我相信有充分的理由让这款iPad应用程序具有通用性我们需要以某种方式保留当前的AppName

现在我需要关于如何最好地处理这种情况的建议。以下是我考虑的步骤：

• 以新appName（即“MyApp 2”）发布v2.0版
• 从销售中删除v1.0应用程序，但将其保留在iTunesConnect中以保存名称
• 更改1.0版的WebAppContent以通知本机应用程序（2.0）的当前用户群
• 当我们准备发布一个通用应用程序时，我们将更新当前的1.0而不是2.0，以恢复原始名称

问题：

• 有更好的办法吗
• 如果我们将v1.0从销售中删除，并以“MyApp 2”的名义发布v2.0，当v1.0是商店的名称时，有没有办法将后面的名称改回“MyApp”
如果我们考虑从iTuneSnink完全删除V1.0，那么，作为同一个公司，我们可以在它再次公开可用时回收该名称（或者我们是否为该名称列入黑名单）？
• 应用程序在AppStore和设备主屏幕上是否可以有不同的显示名称（如何实现）

---

警告：如果您在iTunes Connect中删除某个应用程序，该应用程序的名称将不再可供同一开发者帐户使用

---

捆绑显示名称独立于应用商店名称。许多应用程序都有缩短或缩写的捆绑显示名称，以适合图标下的显示，以及更长的应用商店名称。

警告：如果您在iTunes Connect中删除某个应用程序，该应用程序的名称将不再可供同一开发人员帐户使用

---

捆绑显示名称独立于应用商店名称。许多应用程序都缩短了捆绑包的显示名称，以适应图标下的显示，以及更长的应用商店名称。

为什么不保持应用程序的通用性，但让iPad习惯用法继续像现在一样加载web应用程序？当然，这意味着你的项目基本上是新旧代码库的结合，直到你开始着手开发本地iPad版本，但不需要应用商店的恶作剧。实际上这不是个坏主意，我不确定我是否可以访问旧代码库……为什么不让应用程序保持通用性，但是iPad的习惯用法是否像现在一样继续加载web应用程序？当然，这意味着你的项目基本上是新旧代码库的结合，直到你开始做本地的iPad版本，但不需要应用商店的恶作剧。事实上这不是个坏主意，我不确定我是否有权访问旧代码库。。。