Loading article…
規約優先設定（規約によるコーディングとも呼ばれる）は、ソフトウェアフレームワークで使用されるソフトウェア設計パラダイムであり、柔軟性やDRY（ Don't Repeat Yourself ）原則を損なうことなく、フレームワークを使用する開発者が行う必要のある決定の数を減らそうとするものです。[ 1 ]
この概念は、Ruby on Railsウェブフレームワークの哲学を説明するためにDavid Heinemeier Hanssonによって導入されましたが、「賢明なデフォルト」の概念やユーザーインターフェース設計における最小驚愕の原則など、それ以前のアイデアと関連しています。
このフレーズは基本的に、開発者はアプリケーションの非慣習的な側面のみを指定すればよいという意味です。たとえば、モデルに Salesクラスがある場合、データベース内の対応するテーブルはデフォルトで「sales」という名前になります。テーブル名を「product sales」のように、この慣例から逸脱する場合にのみ、これらの名前に関するコードを記述する必要があります。
ツールが実装する規約が望ましい動作と一致する場合、設定ファイルを作成する必要なく、期待どおりに動作します。望ましい動作が実装された規約から逸脱する場合にのみ、明示的な設定が必要になります。
Ruby on Railsにおけるこのフレーズの使用は、特にデフォルトのプロジェクトファイルとディレクトリ構造に焦点を当てており、開発者がフレームワークがロードするモジュールを指定するためにXML設定ファイルを作成する必要がないようにしている。これは、以前の多くのフレームワークでは一般的だったことである。
設定よりも規約を優先するアプローチの欠点は、Pythonの禅の「明示は暗黙よりも優れている」といった他のソフトウェア設計原則との衝突によって生じる可能性があります。設定よりも規約に基づくソフトウェアフレームワークは、多くの場合、構成要素が限られたドメイン固有言語、または開発者が限られたフックセットを使用してのみ動作に影響を与えることができる制御の反転を伴います。どちらの場合も、開発者が行うべき決定の数を減らそうとせず、制御の反転も必要としないソフトウェアライブラリを使用する場合よりも、提供された規約で簡単に表現できない動作の実装が難しくなる可能性があります。
開発者が下さなければならない決定の数を減らすための他の方法としては、プログラミングの慣用表現や、多層アーキテクチャを持つ構成ライブラリなどが挙げられる。
フレームワークによっては、複数の設定ファイルが必要となり、それぞれのファイルには多くの設定項目が含まれています。これらの設定ファイルには、URLからクラスとデータベーステーブルのマッピングまで、プロジェクトごとに固有の情報が記載されています。多くのパラメータを持つ設定ファイルが多数存在すると、保守が困難になることがよくあります。
例えば、Javaの永続化マッパーであるHibernateの初期バージョンでは、エンティティとそのフィールドをデータベースにマッピングするために、これらの関係をXMLファイルで記述していました。この情報のほとんどは、クラス名を同じ名前のデータベーステーブルに、フィールドをその列にそれぞれマッピングするという従来の方法でも明らかになりました。後のバージョンではXML設定ファイルが廃止され、代わりにこれらの慣例が採用されました。ただし、この慣例からの逸脱はJavaアノテーションを使用して示すことができます（下記のJavaBeans仕様を参照）。
多くの現代的なフレームワークは、設定よりも規約を重視するアプローチを採用している。
しかし、この概念は、デフォルト の概念に遡るより古いもので、最近ではJavaライブラリのルーツにも見られます。たとえば、JavaBeans仕様はこれに大きく依存しています。JavaBeans仕様1.01を引用すると次のようになります。[ 2 ]
「原則として、人々が継承しなければならないような巨大なjava.beans.everythingクラスを考案したくはありません。その代わりに、JavaBeansランタイムが『通常の』オブジェクトに対してデフォルトの動作を提供しつつ、オブジェクトが特定のjava.beans.somethingインターフェースを継承することで、特定のデフォルト動作の一部をオーバーライドできるようにしたいと考えています。」