3

この例のようにモジュラー webapp が必要です。

appCore :

  • [dbContext-instance、core-tables、core-data、...] を含む

appModuleA :

  • [appCore] が必要です

  • [moduleA-tables、moduleA-data、moduleA-logic、appCore の使用法 ...] を含む

appModuleB :

  • [appCore、appModuleA] が必要です

  • [moduleB テーブル、moduleB データ、moduleB ロジック、appCore AND moduleA の使用 ...] を含む

等

エンティティの動的ロードは問題ありません。ここで説明するように、この問題を解決しました: http://romiller.com/2012/03/26/dynamically-building-a-model-with-code-first/

しかし、AutomaticMigrationEnabled = true を使用せずに各モジュールの移行サポートを実装するにはどうすればよいですか?

私の問題を理解できるように定式化できたことを願っています。:-)

ありがとうございました。

4

1 に答える 1

1

以下を使用できます。


  • すべてのテーブルが宣言されたONE LARGE CONTEXT

または 3 つのコンテキスト

  • 芯
  • モジュール A のみ
  • モジュール B のみ

関連のない他のテーブルを手動で DB に追加することもできます。

ただし、移行目的でコンテキストをオーバーラップしようとしないでください。(優先イニシャライザ)

データ アクセスの目的で重複するコンテキスト、問題ありません。(初期化子 NUll)

トピックを検索: 境界付けられたコンテキストとエンティティ フレームワーク

于 2013-05-21T08:26:11.527 に答える