ORMのためにあなたは理解してどのように？あなたはORMの違いは何を使用したことがありますか？面接は基本的に質問をするだろうというときです。
問題は簡単ですが、この記事では詳しく説明しません。この記事では、相違点とDapperののEFコアファーストについて説明します。
観点からの両方、Dapperのクエリの速度は非常に高速であるだけではヘビー級、軽量、EFのLINQのサポートは非常に良いされている、直感的なORMですが、手書きのSQLも、もちろん、EFはまた、など、手書きのSQLをサポートしていますこれは、私は表面のいくつかの違いだと思います。
Dapperの指向データベース、EFのオブジェクト指向：私は実際にその性質の違いだと思います。
指向データベースとは何ですか？あなたがプログラムに取り組んでADO.NETの方法を使用した場合、その後、あなたは、私はさまざまな操作を実行する必要があり、それは最初のテーブルを構築する必要があり、私は機能を書きたい、データベーステーブルを直感的な感覚を持っているだろう、すべてのあなたは前提を開発する必要がありますデータベース構築されたが、その後、実際には、私たちの開発者のほとんどは、開発へのこのアプローチに基づいており、CURD不可欠な様々なプログラムでSQLを記述し、このアプローチは、当社の通常の思考ロジック、この開発と一致しています方法と、問題の多くはありません。
デザインは、このアプローチの長所と短所を知っている必要がありますドリブン学びドメインは、もちろん、すべての人の理解は、私が個人的には、次の点と感じ、同じではありません。
行方不明：
データベース上の1、過度の依存
2、非効率の調製、乏しい再同様の符号
◎：
1、効率は、高速でシンプルで理解しやすい、速い、良いデバッグ
そして、物事のオブジェクト指向の方法は？またはEFコードファーストこの方法は？のは、メソッドのコード最初の散髪を書いてみましょう、まず、私たちはこれを開始するために、データベースのテーブルを構築するための方法ではないことが判明し、正式な手順で移行によって生成されたエンティティマッピング、データベーステーブルとテーブルの関係を構築するために、シート事業体を構築しましたしかし開始とソリッドモデルでは、実際にはそれは我々がビジネス・ロジックをベースに開発されているドメインモデルのコアは、むしろコアデータベースとしてよりも、身近なビジネス・ロジックによる新しいモデルを作成することで、データベースは、一方向にのみデータの永続性であります私も、私は、これは上記の変更の動作モードではないと思いますが、ストレージの他の形態とすることができ、最も重要なのは、変化のアイデアは問題に対処するデータベースの特定の種類の、伝統的な、あまりにも依存しているが、ユーザーは、あなたが使用しているもの気にしませんデータベースの種類は、のみ焦点が派生、当然のことながら、このアプローチはまた、いくつかを持って、私の意見では、設計方法は、実際に、より良いビジネスロジックを処理するためにフィールドを駆動しているビジネスロジックべきであることに気づいていなかった、この機能を気に長所と短所、個人的な理解は、以下のように：
中/大規模プロジェクト、すなわちビジネスロジック、より複雑なシステムにのみ適し
時間が限られている、手の記事、ご質問は、偉大な神をスプレーしないでください。