2011-02-06 3 views
0

MVCはここにはありませんが、長年のWeb開発者は10年以上です。 MVC 3(およびそれ以前のバージョン)のチュートリアルは素晴らしかったですが、通常通り、彼らは仕事の種類のシナリオでは本当に必要なものがありません。MVC 3のチュートリアル* Real World *の開発状況?

たとえば、実際にEFコードファーストを使用できるように、保存されたprocsがない状態で新しいデータベースを最初から作成する頻度はどのくらいですか。私はあなたについて知りませんが、私のキャリアではそれは決してありませんでした。

普通の話は、ストアされたprocs、ユーザー定義の関数、ビューを持つ既存の非常に成熟したデータベースに接続する新しい機能を持つ新しいアプリケーションを作成したり、既存のアプリケーションを拡張したり、それをすべて使用するための時間制限があります。もちろん、いくつかの新しいテーブルを作成するかもしれませんが、通常は既存のテーブルへの結合があります。あるいは、少なくともあなたのアプリケーションは既存のテーブルにいくつかのデータを問い合わせなければなりません。

このシナリオに基づいてチュートリアルを見るには、ゴールドウェイトが必要です。特にストアドプロシージャのシナリオ。

はどんなアドバイス

+0

私は、あなたの新しく学んだコーディングテクニックをレガシーデータモデル/アプリケーションにどのように適用できるかを確立するために、あなたのスキルと経験について説明しています。 – diagonalbatman

+0

@Andy - 実際のコーディングシナリオに基づいてチュートリアルを書くのがなぜ難しいのか理解できませんが、多くのチュートリアルも書きません。要点は、MSが多くのメインストリーム開発者に、これを考慮する必要がある技術を適応させたい場合です。 MVCだけでなく、Silverlightや他の多くのMS技術について、多くの開発者がこの同じことをエコーし​​ていると聞いています。 –

+0

ORMとMVCを組み合せているのはなぜですか? –

答えて

3

ありがとうござい前述の例(例えば、元NerdDinner)のほとんどは、(CodeFirstなし)SQLまたはEntity FrameworkのにLINQのいずれかに基づいていました。 CodeFirstは「新しいホット」なので、最新の例のほとんどがそれを使用しています。

質問の興味深い部分は重要な点を強調しているということです。「重要ではありません」。あなたのデータアクセス戦略(EF、EFコード、NHibernate、L2S、生SQL)は、MVCと全く無関係です。それが重要ではないということではありません。つまり、MVCは、あなたには何の制約もありません。

さまざまな種類のデータアクセスメソッド(または、ストレージレイヤに当たる前に他のことをするサービスとの間接的な別のレイヤー)を呼び出せるコントローラインターフェイスを渡すのが一般的です(MVCアプリケーションでうまく設計されています)。 EFやNhibernateのようなORMを使用している場合、データアクセスの実装では、ある種のクエリ構文(LINQなど)を使用するか、ストアドプロシージャを呼び出すためのメカニズムが用意されています(すべての主要ORMで可能です) '使用されています)、またはhte状況が必要な場合は生のSQLをプッシュします。

+0

非常に良い点とそれは私の質問を強調しています。 MVC 3の新しいtutsはすべてEF Code Firstを使用しています。見ない方がいいですね。実際の生活では、IMHO EF Codeはコンセプトとモデリングの証明にはまずいいかもしれませんが、実際のところ、私は実際に見ることはできません。 –

+0

それで、それがまだCTPに入っている理由です。つまり、私の主張によれば、あなたは自分のやり方に従えば、以前使っていたのと同じデータアクセス戦略を使って独自のModelロジックを挿入することができます。あなたにとって新しいMVCの唯一の部分は、VとCです。 – Paul

関連する問題