java - クラスの設定をハードコードするのは悪いことですか?

Question

将来的に変更される可能性はありますが、変更する必要はない可能性が高い一連の構成があります。

いずれかが欠けているか正しくない場合、システムの特定の機能が正しく動作しません。

これらは、xml、データベースなどの何らかの構成で取得し、エンドユーザーが変更できるようにする必要がありますか?それとも、それらを使用するクラスでハードコーディングする方が理にかなっている状況ですか?

私はこれについて何度も何度も考えを変えてきました。

Answer 1

ベスト プラクティスは、任意の種類の構成ファイルまたはプロパティ ファイルを使用し、ファイルが破損または欠落している場合は既定値とフェールセーフを使用することです。これらのアプローチには、次の利点があります。

• 構成ファイルとして簡単に認識できます。つまり、別の開発者がクラスを調べてパラメーターを変更する必要はありません。
• プロパティ ファイルは、ant などのビルド ツールで書き込むことができるため、テスト サーバーのアドレスと生産的なサーバーのアドレスがある場合、ant タスクはそれに応じて内容を変更できます。
• それがなくてもデフォルト値で動作します

欠点は、複雑さが増すことです。

Answer 2

あなたが言ったように構成が決して変更されない場合は、それらのプロパティをインターフェイスまたは別のクラスで変数として宣言し、プログラム全体でこの定数を使用すると問題ありません。
個別のプロパティ ファイルは、一部のプロパティ値が固定されておらず、データベース名、ユーザー名、パスワードなどの環境に依存している場合にのみ使用されます。一方、一部のプロパティは固定されており、ポート番号、テーブル名など、デプロイする環境に依存していません。もしあればなど。