Entity FrameworkのコアOnModelCreating、正しい開発ワークフロー

Question

あなたは私に次を持つとの違いを説明してくださいすることができます

• 、このような内部のコードを使用してDataAnnotations VSとして属性EFコアを持つクラスを飾りますOnModelCreatingリレーションシップとマッピングを定義しますか？
• dotnet ef migrationを使用してMigrationクラスを作成すると、 "xyz" VSが追加されます。OnModelCreating？

私はある種の「開発ワークフロー」を作ろうとしていますが、文書ではそれほど明確ではありません。

私は私がすべきことが判明：

1. は、各モデルオブジェクトのマッピング戦略を指定するには、私のモデル
2. オーバーライドOnModelCreatingを表すクラスのセットを作成して、あなたの最初の「データベースコンテキスト」
3. を作成します。
4. 私は何か

01を変更するよう add migrationsと ef update何度でも実行

これは、Entity Frameworkコアで正しく動作するフローですか？

Answer 1

EFコアを持つクラスを飾る関係や マッピングを定義するOnModelCreating内のコードを使用して、このようなDataAnnotations VS として属性？

データ注釈は「インライン」ですが、パーシスタンスロジックを持つエンティティを混在させます。それは私の意見では、スイートスポットです。 OnModelCreatingを使用すると、より強力で柔軟な「Fluent API」を使用できますが、永続ロジックをエンティティから切り離すことができます。時には、データアノテーションとFluent APIの両方を組み合わせて使用​​することもあります。 DOTNET EFの移行を使用して、マイグレーションクラスを作成

はOnModelCreatingにそれを設定する VS "XYZ" を追加しますか？

私はこれをよく理解しています。マイグレーションの代替手段はありません。

私はEF（コードファースト）で動作する方法は、次のとおりです。

1. 私はその後、削除、私は、マイグレーションを生成し、それからSQLスクリプトを取得し、私の実体を記述し、それらに
2. をデータ注釈を追加移行コード
3. は
4. エンティティが
5. が新しい移行を生成変更するコードを実行してデータベース
6. に対して.SQLを実行します。SQLを使用してプロジェクトの一部として保存する

新しい/変更されたコードと互換性があるようにデータベースを更新するには、基本的に「マイグレーション」が必要です。

OnModelCreatingエンティティがどのようにデータベースにマップされるかをEFに伝える必要がある場合は、必要です。あなたは2つのことを混同すべきではありません。