質問: 私は、DbContextを使用していてCRUD機能のためにEFを使用していないプロジェクトに取り組んでいます。データベースにデータをフェッチ/送信するためのストアドプロシージャが記述されているビジネスロジックにサービスレイヤを使用しています。 Dapper ORMについて知っておくと、データベースとのやり取りを楽にすることができます。従来のストアドプロシージャの代わりにDapperをMVC5アプリケーションで使用することについての賛否両論を簡単に伝えることができるかどうか疑問に思っていましたか?
回答: ストアドプロシージャとDapperを比較していますか?もしそうなら、私はこれを有効な比較とは見なさない。どちらも独自の利点と欠点を持っています。どちらも独自の実装分野で役立ちます。 代わりに、Dapperを使ってストアドプロシージャを呼び出す場合は、以下の記事を参照することをお勧めします。さらに検索することができます。 * リンク1 * リンク2 私の個人的な意見: ========= 私はストアドプロシージャを使用しないでください。必要に応じて、ADO.NETまたはORMを使用してデータベースコードを実装することをお勧めします。これにより、すべてのデータベースロジックを1か所に集約することができます。これにより、デバッグおよびロギング機能も向上します。 **注:**つまり、決してストアドプロシージャを使用しない、または決して使用しないで**ください** 。それらはニーズに基づいて役に立つかもしれません。 Dapperを使用してデータアクセスレイヤを実装する場合は、私の答えを参照してください。