希望你们做得好。
我目前正在研究Rest Application，我需要一个建议。因此，我有多个旧版Java应用程序（5-6），当前正在编写新应用程序以将所有这些应用程序作为集成服务层进行处理。
因此，结构是所有旧应用程序都将使用请求有效负载对新应用程序进行单独的REST调用，并将获得响应。
除此之外，所有的请求和响应有效负载都不相同，并且使用不同的属性。
并且按照我的领导，他说我们需要为这个新应用程序使用策略模式，以便只有一个端点。 我的问题是：在一个Model（类； getters和setters）中，我具有40-50的属性，因此Json Payload已经太大了，其中有些是列表，而现在我需要为其他4个应用程序制作Models类其他40-50个属性，但要实现目标，我需要将所有这些属性添加到一个模型类中，以遵循策略模式，这是好的做法吗？
相反，我们可以为特定的请求和响应设定不同的端点，以这种方式，Json Payload易于重构，也可以为将来的视角处理？
答案 0 :(得分：0)
我认为问题是您的潜在客户目标与目标不同。他/她正在尝试规范所有这些端点，这可能是最终规范客户端的垫脚石，最终只能提供单个服务而不是4-5个不同的服务。
我不确定从方法的角度来看我是否同意他们的观点，但问题更多是社会问题，而不是技术问题。因此，我真的建议您与主管进行对话，并了解此处的最终目标。目标很可能不是“战略模式”，而更可能是“传统迁移”。如果这是您的目标，那么这可能就是一个发现过程，一旦所有这些都在同一服务上，就希望有一个紧急域。或目标可能完全是别的东西，并且在我们了解他/她试图实现的目标之前，我们不能推荐一个更好/更糟糕的解决方案。