次のような構造のアプリケーションがあります。
XML ファイルからアプリケーション構成を読み取るクラスを作成しました。問題は、どこに配置するかです。
反射的に、私はそれをユーティリティに配置しましたが、ユーティリティ クラスには静的メソッドがあり、ステートレスですが、このクラスは Apache Commons XMLConfiguration のインスタンスを使用します。このインスタンスがこのクラスのメソッドのスコープに限定されるようにメソッドを調整する必要がありますか?
アイテムはパッケージだと思いますので、メインのパッケージを使用します。
なんで？アプリケーションの構成は、XML であるかどうか、Spring などのアプリケーション フレームワークに基づいているかどうかに関係なく、主要な機能の一部です。アプリケーションの起動は、アプリケーションの主な役割です。すべてのビジネス機能、それが提供するすべての優れた機能は、ドメインとサービス層に実装されています。
そうです、utils はすべて静的ツールまたは類似のツールに関するものです。アプリケーションの構成は非常に重要であるため、私はそれをユーティリティとは宣言しません。ユーティリティは、同じタイプの別のユーティリティに簡単に置き換えることができるものです (たとえば、 StringUtilvs . StringUtilsvs.IOUtilsなど。それらはすべて非常に類似した機能を持っています)。
これは、使用するビルド システムとアプリケーション タイプによって異なります。
WAR ファイルでは、それらを WEB-INF または WEB-INF/config に配置できます。
あなたのプロジェクト構造によると、ほとんどの人がそこにあることを期待しているので、フォルダー構成またはリソースを導入することをお勧めします。
Spring を使用している場合は、Configuration Placeholdersをご覧ください。構成プロパティに単純な Java プロパティ ファイルを使用し、それをクラス パス (またはその他の場所) に配置できます。また、独自の実装を作成して、構成値を保持する別の形式 (XML、データベースなど) を使用することもできます。
構成は分野横断的な側面であるため、これらのレイヤーの 1 つだけにマップされるわけではありません。構成ファイル (XML またはプロパティー) をクラスパスに配置し、それを Spring 経由で使用して Bean を構成します。
プロパティ ベースの構成データの場合、PropertyPlaceholderConfigurerは優れたソリューションです。
ぜひSpringをご覧ください。そもそもやり過ぎに思えるかもしれませんが、きっと気に入っていただけるはずです。