質問: 私は物事を簡単な方法で実装する方法を考えていません。 データベーステーブルのモデルとしても機能するクラスがあると仮定しますが、テーブルのフィールドになるようにいくつかのプロパティのみをマップする必要がある場合があります。 アノテーション(モデルクラスプロパティで[NotMapped]アノテーションを使用)アプローチは私にとっては良いことではなく、Fluent APIの方法に従っています... 私は無視することができます(p => p.SomeProperty)が、私は無視するプロパティがたくさんあるので、それはまだ間違った解決策です。 私は抽象クラスまたは各クラス - >テーブルの関係に必要なプロパティを含むインターフェイスを使用して、何らかの種類のテンプレートを考えていましたが、テンプレートを渡してEntityTypeConfigurationを取得することでそれらを処理しましたが、 ありがとう、そして力があなたと一緒になるかもしれない:)
回答: あなたが言った: > 私は無視することができます(p => p.SomeProperty)が、私は無視するプロパティがたくさんあるので、それはまだ間違った解決策です。 > > おそらく最初にすべてあなた自身がなぜあなたは非常に多くのプロパティを持っていますか?あなたのエンティティはいくつかのエンティティに吐き出されるべきでしょうか?テクニカルな問題ではなく、建築上の問題を解決しなければならないようです。 私は次のアプローチの1つを考えています: * 同じテーブルに複数のエンティティをマップできますが、各エンティティには特定のユースケースで必要なプロパティだけが含まれている可能性があります。 ( *単一責任の*原則に焦点を当てる) * あなたのDBモデルの正確な構造はわかりませんが、 *階層ごとのテーブル*パターンを使用することができます。 * 上記のいずれも解決策ではない場合は、少なくともこれらのプロパティを*複雑なタイプに*グループ化することを検討してください。