現在、データベースからEFデザイナを使用してデータベースをリバースエンジニアリングし、複数化されたEDMXファイルを生成するデータベースの最初のアプローチを使用しています。私はデザイナを使用してC＃準拠の名前を生成し、それに対応するPOCOを生成します。テーブルの更新は少し苦労しましたが、すでにEDMXでORMマッピングを維持している間は可能でした。EDMXがサポートされなくなった後にORMとしてEFを使用
EFの今後のリリースではEDMXファイルがサポートされなくなることを理解しています。
EFを使用してデータベースフィールドをC＃コンプリントオブジェクトに変換する最初のアプローチを続けるにはどうすればよいですか？テーブル名のPascalCasingやテーブルプロパティのラクダケーシング？
デザイナーのサポートがなくても、既存のデータベースをリバースエンジニアリングすることはできます。実際には、さまざまなツール（EF Power Tools（MS））、EF Designer（EF Designer）（MS）、ReversePoco（reversepoco.com）などのツールを使用して、 dbテーブルのスキーマと同じように見えるドメインクラスとそれらのクラスをラップするdbcontext
WIth EFコア操作をカスタマイズし、ドメインクラスとdbcontextを生成する
もう1つの大きな違いは、それがワンショットの処理だということです.dbが変更された場合、モデルを破棄することはできません。それを手動で行うか、逆の方法を使用する：モデルが移行によって変更された場合はdbを更新する。
efcoreのビジュアルモデルを扱うDevArtのエンティティデベロッパーなど、他のオプションもあります.LLBLGenではすぐにも同様の機能があります。
HTH！