Dee*_*eep 12 rest mobile android white-labelling ios
我们已在相应的应用商店中安装了IOS和Android应用.我们现在正计划将它们贴上白色标签.a)每个使用我们的白色标签解决方案的客户都会将应用程序重新命名为自己的主题,徽标,如果真的需要,可能很少定制.b)我们将托管他们的应用程序并执行维护应用程序所需的所有服务.c)在需要时继续推送更新,以帮助产品稳定性等.
所有代码目前都托管在托管公司服务器上.我现在计划对现有的API进行修改,这将有助于开发白色标签解决方案.
现在我怀疑的是a)我应该为每个白色标记的解决方案维护单独的数据库注意:计划是最终用户创建一个帐户,任何白色标记的解决方案应该能够在我们所有的姐妹白色标签上使用相同的详细信息解决方案.问:我相信单独的数据库会产生问题以实现上述解决方案吗?
b)我将拥有一个核心API,可以为多个白色标签应用程序提供服务?这样后端更新将更容易推送?
c)对于每个带有白色标签的应用程序,我是否必须复制android和IOS的代码库,以便将它们分别部署到各个应用程序商店,以供每个选择我们解决方案的公司使用?
d)如果对于每个带有白色标签的应用程序,我们维护单独的Android和IOS代码然后在部署后如果我们必须更新应用程序那么就像我们必须为每个单独的白色标签应用程序做并将它们推回到商店?例.如果有100家企业选择使用白色标签解决方案,那么就说他们都在使用我们的解决方案.现在我们作为主要公司希望在应用程序中包含一些分析.在理想情况下,我会添加所有与分析相关的代码,并将其推送到应用商店.但是,如果有100并且增加那么这样的事情将难以维持.
以上方式我解释了正确的方法还是有更好的方法来做到这一点?
如果上述内容混淆或需要进一步解释,请告诉我.我很乐意这样做.
任何有助于我理解的建议或链接将不胜感激.提前致谢
我之前做过一个白标应用程序.我可以非常简短地回答你的大部分问题:
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更容易自动化,我不会感到惊讶.
归档时间: |
|
查看次数: |
4112 次 |
最近记录: |