設定より規約
従来のソフトウェアフレームワークには、複数の設定ファイルを持ちまたそれぞれに多数の設定項目が存在するものがあった。これらはプロジェクト固有の情報を定義するためのもので、URLからクラス - データベーステーブル間のマッピングに至るまで、多岐に渡る情報が含まれた。大量の設定ファイルがまたそれぞれ大量の設定項目を有するという状況は、アプリケーションの設計が過度に複雑であることを示す場合が少なくない。
例えば、Javaの永続性マッパーとして有名なHibernateの初期バージョンでは、クラス実体(エンティティ)のフィールドとデータベーステーブル間のマッピングをXMLファイルで記述していた。ところが、このような情報の大半は、クラス名とデータベーステーブル名を同名とし、フィールド名とカラム名も同名にする、という簡単な規約さえあったならわざわざ定義するまでも無かった筈である。Hibernateの後のバージョンでは事実この設定用XMLファイルは廃止され、正に今述べた通りの規約が採用された。規約から逸脱せざるを得ない場合はJavaのアノテーションを用いて利用者独自の定義を書けるようになっている。