Preferences API の設計に関する FAQ

Preferences API は、Properties クラスの使用頻度の高いプロパティーを置き換える目的で設計されており、軽量さを維持しながら、さまざまな点を訂正しています。Properties API を使用するときは、各プロパティーファイルのパス名を明示的に指定する必要があります。ただし、プロパティーファイルの標準の場所または名前の規約はありません。プロパティーファイルは任意に編集できますが、破壊しやすいため、慎重に編集する必要があります。Properties API では、文字列以外のデータ型は使用できません。Properteis API の持続性を保持するには、ファイルシステムを使用する必要があります。これらのことから、Properties API には拡張性はありません。

Preferences API では、JNDI と同様に、持続的なキー/値のデータにアクセスするときに、バックエンドの中立性が確保されます。ただし、JINDI は強力な重量インタフェースです。JNDI は、強力な機能を必要とする企業アプリケーションに適しています。Preferences API は、単純で、汎用的な、バックエンドの中立性を持つ設定管理機能として設計されています。あらゆる Java アプリケーションの動作を、ユーザーの要望に合わせて簡単に調整できます。また、アプリケーションの実行状態も、いくつかの項目で管理できます。

アプリケーションに適切なデフォルト値を渡すことによって、リポジトリが利用できない場合でも、アプリケーションはそのデフォルト値で実行することができます。

この例外をスローするメソッドは、そのセマンティクスがバッキングストアとの通信を常に必要としているメソッドだけです。通常のアプリケーションでは、このようなメソッドを呼び出す必要はありません。バッキングストアを利用できない場合でも、このようなメソッドを呼び出さない限り、アプリケーションを実行できるようにすることが設計の目標でした。

この API は、持続性のある基本的なデータ記憶域として使用し、データベースの代わりとしては使用しません。この API は、標準の設定/構成リポジトリ上に実装できるようにすることが重要です。これらのリポジトリのほとんどでは、データベースのような機能は提供していません。これらのリポジトリは、この API の設計目的を満たしています。

Java プログラミング言語では、大文字と小文字が区別される String キーが一般的です。特に、String キーは、Properties クラスによって提供されます。この API は、Properties クラスを置き換える目的で設計されています。Properties を使用するときに、大文字と小文字を区別することもあります。たとえば、Java パッケージ名をキーとして使用するときに、大文字と小文字を区別することがあります。キーの大文字と小文字を区別すると、そのキーを使用してバッキングストア上に Preferences を実装する作業が複雑になります。しかし、Preferences API でプログラミングするプログラマが増えていけば、実装工数の増加は吸収できると考えられます。