Web開発における「設定より規約」パラダイムの利点は何ですか？そして、それに固執することが意味をなさない場合がありますか？
ありがとう
1906 次
5 に答える
7
Convention states that 90% of the time it will be a certain way. When you deviate from that convention then you can make changes...versus forcing each and every user to understand each and every configuration parameter. The idea is that if you need it to differ you will search it out at that point in time versus trying to wrap your head around all the configuration parameters when it often times has no real value.
IMHO it always makes sense. Making convention the priority over explicit configuration is ideal. Again if someone has a concern, they will force themselves to investigate the need.
于 2010-12-03T15:37:41.753 に答える
3
利点は単純だと思います。構成は必要ありません。たとえば、アプリ/フレームワークがリソース自体を見つけるために、このタイプまたはそのタイプのリソースの場所を定義する必要はありません。
意味をなさない場合：代替構成が必要になることがかなり頻繁にある状況、または開発者/管理者が何らかの動作に明示的に「オプトイン」する必要があることが理にかなっている状況（たとえば、 、セキュリティに影響を与える可能性のある意図しない予期しない副作用を防ぐため）。
于 2010-12-03T15:35:38.117 に答える
3
すべてのルールを設定するように構成する必要がなく、プログラマーが下す必要のある決定が少ないため、Web開発における構成パラダイムに対する規則の利点は生産性にあります。これは、.NETFrameworkを使用している場合に明らかです。
于 2018-07-13T20:42:38.640 に答える
1
最も明白な利点は、より少ないコードを記述しなければならないことです。JavaPersistenceAPIを例にとってみましょう。属性と対応するセッター/ゲッターを持つPOJOを定義する場合、それは単純なクラスです。ただし、@ javax.persistence.Entityで注釈を付けると、DBに永続化できるエンティティオブジェクト（テーブル）になります。これは、他の構成ファイルではなく、単純な注釈によって実現されました。
もう1つのプラスの点は、すべてのロジックが1つの場所に1つの言語で配置されていることです（つまり、個別のxmlを削除します）。
于 2015-03-03T12:14:53.513 に答える
0
このウィキペディアの記事はそれを非常によく説明していると思います：
設定より規約（規約によるコーディングとも呼ばれます）は、ソフトウェアフレームワークで使用されるソフトウェア設計パラダイムであり、フレームワークを使用する開発者が必ずしも柔軟性を失うことなく行う必要のある決定の数を減らします。この概念は、Ruby on Rails Webフレームワークの哲学を説明するために、David Heinemeier Hanssonによって導入されましたが、「賢明なデフォルト」の概念やユーザーインターフェイス設計における驚き最小の原則などの初期の概念に関連しています。
このフレーズは基本的に、開発者がアプリケーションの型にはまらない側面を指定するだけでよいことを意味します。たとえば、モデルにクラスSalesがある場合、データベース内の対応するテーブルはデフォルトで「sales」と呼ばれます。これらの名前に関するコードを記述する必要があるのは、「製品販売」の表など、この規則から逸脱した場合のみです。
ツールによって実装された規則が目的の動作と一致する場合、構成ファイルを作成しなくても期待どおりに動作します。目的の動作が実装された規則から逸脱している場合にのみ、明示的な構成が必要です。
于 2020-05-20T16:57:33.777 に答える