Пружинные профили среды и свойства сервера

Question

У меня есть требование для загрузки свойств для различных сред, таких как DEV, QA, и у меня есть другой файл свойств для каждой среды. Поэтому я решил это, установив свойство среды на сервере и получив доступ к этому значению для загрузки соответствующих файлов свойств. Когда googled, я обнаружил, что Spring Environment Profiles предоставляет решение для подобных сценариев. Однако даже здесь я должен установить переменную active-profile на сервере как переменную среды.

Каковы преимущества использования Spring Environment Profiles над моим родным подходом?

Answer 1

Профиль позволяет вам переопределить что-либо в контексте Spring, свойствах, бобах и т. Д., От среды к окружающей среде, от клиента к клиенту. Это простой и понятный способ создания пользовательских реализаций на любом уровне ваших компонентов.

Например, предположим, что вы строите продукт, который считывает данные из реляционной базы данных, вы можете разработать слой DAO с профилем = «по умолчанию». Затем, если другой клиент, или вы сами хотите предоставить поддержку NoSQL, вы можете разработать другой слой DAO с профилем = «nosql». Это гарантирует, что вы можете использовать один и тот же продукт на основе поддержки по профилю. Легко и чисто.

Я работаю над проектом, у которого есть профиль = "local", который поможет вам принести приложение локально с любой зависимостью от базы данных (тип макетного режима). Вы можете думать о миллионах других приложений, как использовать концепцию профиля.