это хорошая практика использовать шаблон Стратегия / Фабрика в приложении, имеющем одну конечную точку?Даже запрос и ответ разные

Question

Надеюсь, у вас все хорошо.

В настоящее время я работаю над приложением для отдыха, и мне нужно предложение.Итак, у меня есть несколько унаследованных Java-приложений (5-6), и в настоящее время я пишу новое приложение, которое будет обрабатывать их как интегрированный сервисный уровень.

Таким образом, структура всех старых приложений будет выполнять отдельный вызов REST для нового приложения с полезной нагрузкой запроса и получит ответ обратно.

Кроме того, все полезные данные Запросы и Ответы не совпадают и используют разные атрибуты.

и, согласно моему указанию, он сказал, что нам нужно использовать Стратегиюшаблон для этого нового приложения, так что будет только одна конечная точка.Мой вопрос: в одной модели (класс; геттеры и сеттеры) у меня есть атрибут 40-50, так что полезная нагрузка Json уже слишком велика, и некоторые из них являются списками, и на данный момент мне нужно сделать класс Models для других 4 приложений, которые имеютдругие 40-50 атрибутов, но для достижения цели мне нужно добавить все это в один модельный класс для следования шаблону стратегии, это хорошая практика?

Вместо этого мы можем сделать другую конечную точку для конкретного запроса и ответа, таким образом, Json Payload будет легко реорганизовываться и обрабатываться в будущем?

Answer 1

Я думаю, проблема в том, что у вашего лидера другая цель, чем у вас.Он / она пытается нормализовать все эти конечные точки, это, вероятно, ступенька к окончательной нормализации клиентов, и в итоге получается одна услуга вместо 4-5 разных.

Я не уверен, что согласен с ними с точки зрения подхода, но проблема гораздо скорее социальная, чем техническая.Поэтому я бы порекомендовал вам поговорить с вашим лидером и понять, каковы конечные цели.Цели, скорее всего, не «шаблон стратегии», а скорее «устаревшая миграция».Если это ваша цель, то это может быть как процесс обнаружения, в надежде создать новый домен, если все они будут в одном сервисе.Или целью может быть что-то совсем другое, и пока мы не поймем, чего он / она пытается достичь, мы не можем рекомендовать решение как лучшее / худшее.