0

私はたくさんのオプションを必要とするアプリケーションを書いています。これらのオプションは、xmlファイルによってアプリケーションに渡すことができます。これらのファイルは非常に大きく、いくつかのレベルといくつかの依存関係がスキーマでモデル化できません。

したがって、ファイルはjdomスキーマチェックに合格します。次に、アプリケーションの構成オブジェクトを作成し、いくつかのクラスにいくつかの変数を設定します。

要素と属性の名前をハードコーディングしてから、これらの要素をループして新しいオブジェクトを作成しない方法は実際にはわかりません。

これにより、20kLocアプリケーションには他のクラスの構成のみを保持する25のクラスがあります。

xmlの使用方法とアプリケーションのカスタマイズ方法にゴールデンハンマールールはありますか?それは、ファイル内の情報をいくつかのリスト、ハッシュテーブル、およびオブジェクトの属性に入れることです。

それはもっと簡単にできますか?いくつかの素晴らしいフレームワーク、多分?反射?豆?Beansは、Javaプログラミングの単なる誇大宣伝です。それとも、何かが足りないのでしょうか。

4

1 に答える 1

1

構成ファイルのスキーマを制御するのは誰ですか?変更できる場合は、必要なクラスの数を制限するのに十分なほど単純化できます。

それらが外部から押し付けられた場合、ApacheCommonsBeanUtilsとBetwixtである程度の牽引力を得る可能性があります。

于 2011-05-25T20:58:38.750 に答える