私はここ数日 .NET について学ぶことに費やしてきましたが、その過程で私は悟りを開くというよりは少し混乱させられました。背景情報として、私は PHP (CakePHP を使用してアプリ全体をかなり簡単に作成したことさえあります) と Rails の知識を持っています。
ASP.NET を追求するべきか、ASP.NET MVC の学習に固執するべきか迷っています。ASP.NET のいくつかのチュートリアルを行っていたとき、基本はかなり単純に見えましたが、どういうわけか、私が行ったすべての例で、DAL を使用せずに SQL ステートメントを例に貼り付けていると、少し心配になります。
それで、私が良い調査をしていなかった場合に備えて、これに役立つ本/サイトはありますか? それとも、.NET MVC を学びに行くべきでしょうか?
なぜ私が PHP や Rails に固執しないのか不思議に思われているかもしれませんが、仕事を安全に行うために .NET について少し知っておく必要があるかもしれないことを知りました。
ASP .net MVC は、あなたの Rails エクスペリエンスにより近くなります。
ASP .net Web フォーム (通常、ASP.net と呼ばれるもの) は明らかに異なりますが、仕事を見つけるために学習している場合は、長い間お金を払う必要があります (内部サイトと企業サイトの両方で非常に多くのサイトがあります)一般向け) ASP .net Web フォーム上に構築されています。ASP.net MVC を使用する新しいサイトがいくつかありますが、それは長い道のりです。
したがって、それはあなたの目標に依存します。「ちょっとした .net」だけを知る必要がある場合は、MVC を使用してください。概念が理解できるからです。「.net Web スタック」を知る必要がある場合、ほとんどの人は MVC ではなく、Web フォームについて考えるでしょう...
はい、Microsoft の世界のサンプルは「軽い側」にある傾向があります。「ドラッピー」感のないデモを見つけるのはほぼ不可能であり、それは本当の問題です。
あなたが見ているDALなしの例は、簡単にするためにそのように書かれていると思います. 本格的な ASP.Net アプリケーションでは、常に BLL や DAL などのレイヤーが使用されます。DAL の分離は、単純な例では省略されているだけです。これは、よく知らない人による例の不幸な誤解につながります。
MVC はプログラミングがより難しく、それを使用する特定の理由 (SEO 最適化、TDD 開発) がある場合にのみ使用するのが最適であると私は信じています。ASP.Net WebForms で利用可能な洗練された機能の多くを無視し、多くの場合、従来の ASP と比較されます。また、MVC が多くの企業環境で広く採用されているとは思えないため、他の人が使用するアプローチを学びたい場合は、基本的な ASP.Net に固執し、MVC は後で使用するようにしてください。
他のプログラミング言語で豊富な経験を持つ .Net の初心者として、WebForms を使用して ASP.Net の学習を続けることをお勧めします。本格的な DAL の例を探している場合は、ASP.Net Web サイトにあるこの長いチュートリアルを強くお勧めします。必要なアーキテクチャ上の改良点がすべて含まれており、多くのデータ表示コントロールの使用方法を学習するのに役立つ場合があります。
ASP.Net WebForms よりも ASP.Net MVC を選択する理由の 1 つは、テストです。MVC は、プラグイン可能でテスト可能なシステムになるようにゼロから設計されました。テストは、開発サイクルの不可分な部分であるか、少なくともそうあるべきです。MVC のテストは、コア API の一部を MOCK したり置き換えたりできるため、WebForms よりも桁違いに簡単です。WebForms で同等のことを行うことは、不可能であるか、非常に扱いにくいものです。
私の同僚が、実世界のプロジェクトで ASP.NET MVC を使用した経験をhttp://www.mindscape.co.nz/staff/jeremy/index.php/2009/02/loving-aspnet-mvcに書いています。 /そして彼の単純な古い ASP.NET との比較。彼の結論は、「MVC は、.NET フレームワーク上で Web アプリケーションを構築するための前進方法であると考えています。」
彼はまた、ORM で ASP.NET MVC を使用する方法を示す詳細なウォークスルーをいくつか書いています。これは、「DAL を使用せずに例に SQL をまっすぐに配置する」という懸念に対処するのに役立つ可能性があります (ユニット テストなどもカバーしています)。http://www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part1/、http://www.mindscape.co.nz/staff/jeremy/indexを参照してください。 php/2009/03/aspnet-mvc-part2/、http : //www.mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part3/、http ://www. mindscape.co.nz/staff/jeremy/index.php/2009/03/aspnet-mvc-part4/ . 免責事項: これらは商用 ORM に基づいて記述されていますが、好みのデータ アクセス テクノロジに簡単に変換できることを願っています。
Rob Conery は ASP.MVC に関する本を書いているので、彼が偏見を持っていることに気付くかもしれません。それでもなお、彼の主張には説得力があると思います。
最近読んだASP.NET 3.5 Application Architecture and Design -データ アクセス レイヤー、N 層アーキテクチャ、デザイン パターン、MVCなど、ASP.NET 内のデザインのさまざまな側面を適切に調べたものでした。本を探しているなら、ASP.NET のベスト プラクティスの概要としては良かったです。
現在のスキルがそのフレームワークにうまく変換されるため、ASP.NET MVCに直接移行することを検討するのが最善の策であるという他の人に同意する必要があります。Professional ASP.NET MVC 1.0をご覧になることをお勧めします。