configuration - 構成のための賢明なデフォルト

Question

私は最近、構成よりも規則を優先し、アプリケーションのさまざまな側面を結び付けるために実用的なデフォルトに依存する Ruby on Rails を使い始めました。

この賢明なデフォルト構成の概念がさまざまなフレームワークの一般的な構成で使用されれば、開発の頭痛の種がいくらか軽減されるのではないかと考えていました。

たとえば、.net アプリでは、通常、エンタープライズ ライブラリの例外処理ブロックを使用して Windows イベント ログに例外を記録したいと考えていますが、構成ファイルで必要な動作を明示的に記述しないと、EL が文句を言います。代わりに、カスタム構成が見つからない場合は、イベントログに例外を記録するなど、適切なデフォルト構成に戻す必要があると思います。

これは、フレームワークが構成に採用するのに良い概念ですか、それとも悪い概念ですか?

Answer 1

私はこの正確なことを行うフレームワークで多くのことをします。この作業方法に関する私の問題は次のとおりです。

• フレームワークは、構成ファイルで実際に使用/設定されることのない過剰な量の構成キーを持つようになりました。
• ソフトウェアの動作が暗黙的になることがあります。「デフォルト」のために他のコードパスでフォールバックするのではなく、特定の方法で動作するようにシステムを明示的に設定したいと思います。
• 構成キーのタイプミスを見逃すと、何が起こっているのかを理解する前に非常に長い診断セッションが発生する可能性があります。

構成値を設定するのを忘れたときは、まったく後回しにしないかもしれない何らかの動作を想定するのではなく、ソフトウェアに教えてもらいます。

必要なものを変更し、変更されていない設定をデフォルトとして使用する「テンプレート」構成ファイルを使用することをお勧めします。

デバッグ時にソフトウェアがどの規則を選択したかを把握することも、多くの時間を浪費する可能性があります。