12

我们已经在各自的应用商店中拥有 IOS 和 Android 应用。我们现在正计划给它们贴上白标。a) 每位使用我们的白标解决方案的客户都将使用他们自己的主题、徽标重新命名该应用程序，如果确实需要，可能还会进行少量定制。b) 我们将托管他们的应用程序并执行维护应用程序所需的所有服务。c）在需要时继续推送更新，这将有助于产品稳定性等。

所有代码当前都托管在托管公司服务器上。我现在计划对现有的 API 进行返工，这将有助于开发白标解决方案。

现在我的疑问是 a）我是否应该为每个白标解决方案维护单独的数据库注意：计划是最终用户一旦使用任何白标解决方案创建帐户应该能够在我们所有的姐妹白标解决方案上使用相同的详细信息解决方案。问：我相信单独的数据库会产生问题来实现上述解决方案？

b) 我将拥有一个服务于多个白标应用的核心 API？这样后端更新会更容易推送吗？

c) 对于每个白标应用程序，我是否必须复制 android 和 IOS 的代码库，以便为选择我们解决方案的每个公司分别部署到各自的应用程序商店？

d) 如果对于每个白标应用程序，我们维护单独的 Android 和 IOS 代码，那么在部署之后，如果我们必须更新应用程序，那么是否就像我们必须为每个白标应用程序做的那样，并将它们推回商店？例子。如果 100 家企业选择退出白标解决方案并假设他们都在使用我们的解决方案。现在我们作为主公司想要在应用程序中包含一些分析。在理想情况下，我会添加所有与分析相关的代码并将它们重新推送到应用商店。但是如果有 100 个并且还在增加，那么这样的事情将很难维护。

我解释的上述方法是正确的方法还是有更好的方法？

请让我知道以上是否有混淆或是否需要任何进一步的解释。我很乐意这样做。

任何有助于我理解的建议或链接将不胜感激。提前致谢

4

1 回答 1

9

我以前做过一个白标应用程序。我可以非常简短地回答您的大部分问题：

a) 一个支持多个应用程序的数据库。

b) 一个 API 支持多个应用程序。

c) 这是一个重大决定。如果你想创建一个跨平台的代码库，你可以使用 MonoTouch、Cordova/PhoneGap、appcelerator、rubymotion、Adobe Air、混合网络应用程序等。或者，您可以为 iOS 和 Android 创建单独的代码库。在我们的案例中，我们为 iOS 和 Android 制作了单独的代码库，以使最好的应用程序成为可能。我们有一名 Android 开发人员，一名 iOS 开发人员。

d) 在您的场景中，如果有 100 人注册您的应用并且您需要将更新推送到商店，您必须上传应用 200 次（iOS 为 100 次，Android 为 100 次）。我在 iOS 方面更有经验，如果你想自动化它，我可以告诉你，它有时是可能的，但非常 hacky（不可靠）。根据我的经验，我们只是手动上传了应用程序。这很糟糕，但就是这样。如果 Android 更容易自动化，我不会感到惊讶。

于 2015-02-21T05:19:31.160 回答