Webservice背后的Webservice

Question

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

我现在只需要开发12个不同版本的相同的应用程序，每个版本将被设置为特定的客户-但这将花费我这么长的时间，我不确定这是否明智的做法。

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

这意味着

1. 移动应用会打电话给我的webservice
2. 我的webservice会打电话给客户服务
3. 客户网络服务将返回
4. 我的webservice将运行一些逻辑并返回。
5. 移动应用程序获取数据并在屏幕上打印。

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

Answer 1

这种依赖于客户的配置通常由.配置(和一些代码生成)。下面是几种可能的体系结构解决方案。

1第一类型的静态配置

将所有依赖于客户的内容放入配置文件(JSON、XML等)，并在需要时加载它以配置UI和应用程序的其他静态方面。当然，在这种情况下，只能管理静态数据(归档名称等)。

2第二类静态配置

将所有依赖于客户的内容放在配置文件(JSON，XML)中，并在安装之前使用它在服务器上生成依赖客户的应用程序。这种代码生成主要由Rails和其他框架使用。在这种情况下，可以管理服务器端应用程序的所有不同方面。

3动态配置

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

4静态配置，客户端

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

只要我能看到，解决方案2应该最适合您的需求(因为您必须生成DB模式、UI代码和控制器逻辑)。