处理多个客户端的Android应用程序（多台服务器）

我在这里对不同的方式来处理一个Android应用程序，可以指向其API到服务器A（即httq讨论：//a.myproduct.com/api/......）客户端A，或其他的服务器B（即httq：。//b.myproduct.com/api/...）给其他客户B.处理多个客户端的Android应用程序（多台服务器）

我实际上做的是为每个客户端生成相同应用的不同APK。该解决方案是好的，为一个或两个客户端，但会变得非常沉重，处理后..

我试图找到一种更好的方式来拥有一个独特的APK，可与不同服务器的URL工作。另一个限制是，同一台设备上，我可以有一个跟服务器A中谈话服务器B.一个应用程序和其他应用程序

这里有解决方案，我想出了：

保持去与多个APK ...
有一个“中央”服务器，每个应用程序第一次调用知道它必须与哪个服务器进行通话并将其存储在共享首选项中。

有一个文件存储的地方，做一个应用，例如服务器之间的链接：

com.mycompany.productA:httq://a.mycloud.com 
com.mycompany.productB:httq://b.mycloud.com

但如何处理这个文件？什么是创造它？

使用Android的账户系统？为每个云创建一个帐户？我真的不知道..

有谁，已经经历过这个？

来源

2014-03-25 user1195760

你怎么知道打开你的通用版本的客户端是客户端A还是B？回答这个问题将导致我们找到可能的解决方案。 – alandarev

我们正在客户端设备上推送这些应用程序。我们知道设备X由我们的客户ClientA拥有。因此，我们安装了链接到云端的应用程序http://clientA.mycloud.com – user1195760

对。鉴于您正在使用中央服务器方法，您将如何发现有人连接到您的服务器是ClientA？ – alandarev

考虑你能够映射IMEI连接设备的客户，我将简要地给你你所提到的三种方法的利弊。（如果需要更新发布）安全

没有可扩展性和可维护性 -

多APK的

完全隔离等知识的客户。

中央服务器

可扩展，易于更新信息（如果您更改a.mycloud.com到a2.mycloud.com）
不够健壮。如果服务器停机怎么办？可能的攻击或错误担心。

所有URL嵌入APK

稳定，没有大的开销中花费的时间你的团队/资源。
不安全，您应该假设有权访问APK的用户可以访问映射IMEI到公司的文件。
如果客户的IMEI数据或公司URL是敏感数据，那么一个很大的禁忌。

您是哪家公司？如果是的话，那么你可能已经有生产服务器了，可以用第二种方法。

来源

2014-03-25 12:42:52 alandarev

谢谢您的回复。第一种解决方案目前是可以接受的，如果我们能够自动化发布过程，可能会晚一些。最后的解决方案在APK中存储IMEI映射似乎相当危险。就目前而言，在我看来，中央服务器可能是最好的解决方案。我们甚至可以在客户端设备上发布演示应用程序（与demo.mycloud.com交谈）。 – user1195760

拥有一台服务器总是听起来很有吸引力，但迟早会有很多人开始后悔，因为所有维护和管理费用的麻烦。附：如果你对答案感到满意，你也可以将它投票;-) – alandarev

我想你可以建立一个通用的应用程序，并在客户端应用程序上使用某种认证系统。例如，如果用户将自己标识为“客户端A”，则您的Web服务可以“告知”您的应用使用第一个端点。如果它是“客户端B”，那么它将成为第二个端点。底线是：让您的用户登录，然后使用凭据来区分用户。

来源

2014-03-25 10:01:27

我必须给你更多的信息。 – user1195760

事实上，这些应用程序没有认证系统。这是商业应用B2B。不是B2C。 – user1195760

处理多个客户端的Android应用程序（多台服务器）

回答

相关问题