我们已在相应的应用商店中安装了IOS和Android应用。我们现在正计划将它们贴上白色标签。 a）每个使用我们的白色标签解决方案的客户都会将应用程序重新命名为自己的主题，徽标，如果真的需要，可能很少定制。 b）我们将托管他们的应用程序并执行维护应用程序所需的所有服务。 c）在需要时继续推送有助于产品稳定性等的更新。
所有代码目前都托管在托管公司服务器上。我现在计划对现有的API进行修改，这将有助于开发白色标签解决方案。
现在我怀疑的是 a）我应该为每个白色标记的解决方案维护单独的数据库 注意：计划是最终用户创建一个帐户，任何带有白色标签的解决方案应该能够在我们所有姐妹白色标签解决方案上使用相同的详细信息。 问：我认为单独的数据库会产生问题以实现上述解决方案吗？
b）我将拥有一个核心API，可以为多个白色标签应用提供服务？那样后端更新会更容易推动吗？
c）对于每个白色标记的应用程序，我是否必须复制Android和IOS的代码库，以便它们分别部署到各个应用程序商店，以供每个选择我们解决方案的公司使用？
d）如果对于每个带有白色标签的应用程序，我们会在部署后维护单独的Android和IOS代码，如果我们必须更新应用程序那么就像我们必须为每个带有白色标签的应用程序做的那样并将它们推回到商店？ 例。如果有100家企业选择使用白色标签解决方案，那么就说他们都在使用我们的解决方案。现在我们作为主要公司希望在应用程序中包含一些分析。在理想情况下，我会添加所有与分析相关的代码，并将其推送到应用商店。但是如果有100并且增加那么这样的事情将难以维持。
上述方法是我解释的方法还是有更好的方法吗？
如果上述内容混淆或需要进一步说明，请告诉我。我很乐意这样做。
任何可以帮助我理解的建议或链接都将不胜感激。提前致谢
答案 0 :(得分：9)
之前我做过一个白标应用。我可以非常简短地回答你的大部分问题：
a）一个支持多个应用的数据库。
b）支持多个应用的一个API。
c）这是一个重大决定。如果您希望构建跨平台代码库，可以使用MonoTouch，Cordova / PhoneGap，appcelerator，rubymotion，Adobe Air，混合Web应用程序等。或者，您可以为iOS和Android制作单独的代码库。在我们的案例中，我们为iOS和Android制作了单独的代码库，以便使最好的应用程序成为可能。我们有一个Android开发人员，一个用于iOS。
d）在您的方案中，如果有100人注册您的应用并且您需要将更新推送到商店，则必须上传应用200次（iOS为100，Android为100）。我对iOS更有经验，我可以告诉你，如果你想自动化它，它有时可能，但非常hacky（不可靠）。根据我的经验，我们只是手动上传了应用程序。它很糟糕，但它就是这样。如果Android更易于自动化，我不会感到惊讶。