Android Webservice背后的Webservice

我将为32个客户开发一个移动应用程序。它们中的每一个都有自己的字段集、逻辑和自己的Web服务。（逻辑可以是例如-在页面上打印哪些字段以及何时打印）。除了字段之外，应用程序的其余部分对于所有客户都完全相同

我现在可以开发同一个应用程序的12个不同版本，每个版本 将设置为特定客户-但这将花费我太多时间，我不确定 这是明智的做法

我开始考虑一种通用模式，它允许我创建 只有一个版本的mob应用程序。在我的服务器上，我将在每个客户Web服务和mob应用程序之间创建一个业务逻辑层。这意味着mob应用程序将调用我的Web服务-我的Web服务将调用某些客户Web服务并执行一些逻辑，并以稳定的格式将所需的数据返回给mob应用程序

也就是说

移动应用程序将调用我的Web服务

我的网络服务将呼叫客户服务

客户Web服务将返回

我的Web服务将运行一些逻辑并返回

移动应用程序获取数据并在屏幕上打印

---

这意味着它需要更多的运行时间，很多秒。这是最好的方法吗？请提供建议或提供一些替代实施。

这种取决于客户的配置通常由。。。配置（和一些代码生成）。下面是几个可能的体系结构解决方案

1第一种类型的静态配置 将所有依赖于客户的内容放在一个配置文件（JSON、XML等）中，并在需要配置UI和应用程序的其他静态方面时加载它。当然，在这种情况下，只能管理静态数据（文件名等）

2第二种类型的静态配置 将所有依赖于客户的内容放在一个配置文件（JSON、XML）中，并在安装之前使用它在服务器上生成依赖于客户的应用程序。RubyonRails和其他框架主要使用这种代码生成。在这种情况下，可以管理服务器端应用程序的所有不同方面

3动态配置 将所有依赖于客户的内容放在配置文件（JSON、XML等）中，加载它并使用它在运行时更改应用程序对象的行为。当然，在这种情况下，您的代码必须能够进行相应的处理

4静态配置，客户端 将所有依赖于客户的内容放在配置文件（JSON、XML等）中，并用于为每个客户生成不同的客户端（移动）应用程序。在这种情况下，所有应用程序的服务器端可以相同，也可以不同。这完全取决于你。当然，为移动设备生成完整的应用程序需要一个可以以这种方式使用的工作“模板”

---

据我所知，解决方案2应该最适合您的需要（因为您必须生成DB模式、UI代码和控制器逻辑）。

听起来是个不错的方法，只要您的服务器具有良好的连接。您是否可以在您的web服务中缓存一些客户的web服务数据。这可能有助于减少一些往返。