Когда использовать bean-объекты, определяемые запросом, и передавать параметры в стек?

Question

Я выставляю API и извлекаю параметр client из заголовка запроса.
Этот параметр затем используется из бизнес-логики для применения правил, специфичных для клиента, вплоть до уровня соединения, где он определяет, какую внешнюю систему я буду называть.

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

Бин в области запросов прост - вы храните значение и можете получить к нему доступ везде. С другой стороны, вы скрываете фактические потребности ваших услуг, не раскрывая фактические параметры, в которых они нуждаются.

Есть ли лучшие практики в этом случае? Как бы вы справились с этой ситуацией?

Answer 1

Что мы в итоге сделали:

• Предоставить параметры в сигнатурах бизнес-сервисов, чтобы действительно было понятно, от каких методов зависит их работа
• Используйте bean-объект в области запросов для поперечных задач, таких как регистрация или уровень доступа.

Причина в том, что поперечным службам обычно требуется широкий спектр информации, и передача этой информации через бизнес-уровень загрязняет требования методов, поскольку все методы должны будут принимать одинаковые N параметров.