ストアドプロシージャ関数のインポートとエンティティフレームワークのコード最初

Question

私は、多くの有用でクリーンなストアドプロシージャでSQLで美しく書かれた既存のプロジェクトを引き継いだ。

私はいくつかの追加を行い、理想的にはMVCのコードを書き直すべきだと言われました。

これまで私のデータモデルを生成し、関数のインポートと複合型を作成しました。

これは楽しいことでしたが、今は本当のEntity Frameworkコードファーストシナリオを使用したことがないと感じています。私は、より簡潔なコード、スムーズな検証、より多くのMVC純粋な友人がいました。

あなたはどう思いますか？ あなたは何をしましたか？ 私は、Entity Frameworkのコード・ファースト・シナリオに先んじて大きな変更が行われるという理論を持っているので、純粋なSQLがより安全な選択肢です。

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

Answer 1

プロトタイプ作成や何らかのRAD開発を行うときは、まずコードが意味を持ちます。すでにSQLデータモデルが開発されているので、コードファーストのアプローチをとることに利点はありません。どちらの方法でもクリーンなコードを開発できます。

Answer 2

データベースコードが混乱していたり​​、バグがあったり、複雑であったりしたら、それをEFに置き換えて見ることができましたが、うまくいけばそれを壊さないでください。