在有一个端点的应用程序中使用 Strategy/Factory 模式是一种很好的做法吗？连request和response都不一样
it is good practices to use Strategy/Factory pattern in application, having one end-point ? Even the request and response are different
希望你们一切顺利。
我目前正在处理 Rest Application，我需要一些建议。所以我有多个遗留 Java 应用程序（5-6），目前正在编写新应用程序来处理所有这些作为集成服务层。
所以结构是所有旧应用程序将使用请求有效负载对新应用程序进行单独的 REST 调用，并将获得响应。
To addition to that, all the Requests and Responses payloads are not same and using different attributes.
根据我的指示，他说我们需要为这个新应用程序使用策略模式，这样只有一个端点。
我的问题是：在一个模型中（class; getters & setters）我有 40-50 个属性所以 Json 有效负载已经太大了，其中一些是列表，至于现在我需要制作模型class 对于具有其他 40-50 个属性的其他 4 个应用程序，但为了实现我需要将所有这些添加到一个模型中的目标 Class 对于遵循策略模式，这是好的做法吗？
除此之外，我们可以为特定请求和响应创建不同的端点，这样 Json Payload 将很容易重构并处理未来的前景？
我认为问题在于您的领导与您的目标不同。 He/She 正在尝试规范化所有这些端点，这可能是最终规范化客户端并最终获得单一服务而不是 4-5 个不同服务的垫脚石。
我不确定从方法的角度来看我是否同意他们的观点，但这个问题更像是一个社会问题而不是技术问题。因此，我真的建议您与您的领导进行对话并了解这里的最终目标是什么。目标可能不是 "strategy pattern"，但更有可能是 "legacy migration"。如果那是您的目标，那么这可能是一个发现过程，一旦所有这些都在同一个服务上，就希望出现一个域。或者目标可能完全不同，在我们了解 he/she 试图完成的目标之前，我们不能推荐 better/worse.
的解决方案
希望你们一切顺利。
我目前正在处理 Rest Application，我需要一些建议。所以我有多个遗留 Java 应用程序（5-6），目前正在编写新应用程序来处理所有这些作为集成服务层。
所以结构是所有旧应用程序将使用请求有效负载对新应用程序进行单独的 REST 调用，并将获得响应。
To addition to that, all the Requests and Responses payloads are not same and using different attributes.
根据我的指示，他说我们需要为这个新应用程序使用策略模式，这样只有一个端点。 我的问题是：在一个模型中（class; getters & setters）我有 40-50 个属性所以 Json 有效负载已经太大了，其中一些是列表，至于现在我需要制作模型class 对于具有其他 40-50 个属性的其他 4 个应用程序，但为了实现我需要将所有这些添加到一个模型中的目标 Class 对于遵循策略模式，这是好的做法吗？
除此之外，我们可以为特定请求和响应创建不同的端点，这样 Json Payload 将很容易重构并处理未来的前景？
我认为问题在于您的领导与您的目标不同。 He/She 正在尝试规范化所有这些端点，这可能是最终规范化客户端并最终获得单一服务而不是 4-5 个不同服务的垫脚石。
我不确定从方法的角度来看我是否同意他们的观点，但这个问题更像是一个社会问题而不是技术问题。因此，我真的建议您与您的领导进行对话并了解这里的最终目标是什么。目标可能不是 "strategy pattern"，但更有可能是 "legacy migration"。如果那是您的目标，那么这可能是一个发现过程，一旦所有这些都在同一个服务上，就希望出现一个域。或者目标可能完全不同，在我们了解 he/she 试图完成的目标之前，我们不能推荐 better/worse.
的解决方案