DEV、QA などのさまざまな環境のプロパティをロードする必要があり、環境ごとに異なるプロパティ ファイルがあります。そこで、サーバーで環境プロパティを設定し、この値にアクセスしてそれぞれのプロパティ ファイルをロードすることで、これを解決しました。グーグルで検索すると、Spring Environment Profiles が同様のシナリオのソリューションを提供することがわかりました。ただし、ここでもサーバーのアクティブプロファイル変数を環境変数として設定する必要があります。
ネイティブ アプローチよりも Spring 環境プロファイルを使用する利点は何ですか?
プロファイルを使用すると、環境から環境へ、顧客から顧客へ、Spring コンテキスト、プロパティ、Bean などのすべてをオーバーライドできます。これは、Bean の任意のレベルでカスタム実装を行う簡単でクリーンな方法です。
たとえば、リレーショナル データベースからデータを読み取る製品を構築していると仮定すると、profile="default" を使用して DAO レイヤーを開発できます。次に、あなたの別の顧客またはあなた自身が NoSQL サポートを提供したい場合は、profile="nosql" を使用して別の DAO レイヤーを開発できます。これにより、プロファイルに基づいて両方のサポートで同じ製品を使用できるようになります。簡単できれい。
私は profile="local" を持つプロジェクトに取り組んでいます。これは、データベースに依存せずにアプリケーションをローカルに持ち込むのに役立ちます (一種のモックモード)。プロファイルの概念を利用するのが好きな他の何百万ものアプリケーションを考えることができます。