Razorビューエンジンの最新リリースをASP.NET Webページで見てみると、完全なRazorサポートを備えているのですばらしいです。だから、誰かが私に伝統的なWebフォームやASP.NET MVCのRazorビューエンジンコンパニオンと比較して、Razorビューエンジンを使ってASP.NET Webページを選択する理由を教えていただけますか？ http://www.asp.net/webmatrix/tutorials/2-introduction-to-asp-net-web-programming-using-the-razor-syntaxASP.NET Razor Over ASP.NETを使用したASP.NET WebページMVC Razor Views
ありがとう：Webページ毎の
、私はVS 2010 SP 1で利用できるこの新しいWebサイトのフレームワークの話です。
[タイトルで提起質問に答えるように変更]
あなたは何かが（例えば、POC）迅速に行う取得したいとき、あなたはWebページのフレームワークを使用する場合、またはおそらく、ASP.NETをどうやって始めるべきかを誰かに教えたいと思うでしょう。
ここでは、WebフォームビューエンジンとMVCのRazorビューエンジンとWebページフレームワークとWebフォームフレームワークの2つの個別の質問をしています。
他の人が言っているように、最初の決定は優先されます。もう片方がしていないこともありません。これは、C＃またはVBの議論のようなものです。
Webページフレームワークは、WebフォームやMVCよりも初心者の方がより使いやすいようにするためのものです。これは、はるかに簡単な従来のASPフレームワークの代わりに非常に遅れていると考えることができ、その点でPHPと競合します。分離、テスト容易性などが必要な場合は、MVCフレームワークを参照する必要があります。 Webページのフレームワークは、エンタープライズ開発のアプローチに関してはあまり提供していません。
がWebフォームに使用されている場合、Webページから何も得られない可能性があります。分離ははるかに困難です。コードの階層化やテストはお勧めしません。サーバーコントロールやコードビハインドファイルはありません。また、Webページは、事前コンパイルできるWebアプリケーションとは対照的に、Webサイトデプロイメント（最初の実行時にコンパイル）のみを提供します。
Razor自体は、Web Pageフレームワーク用に開発されました。 MVCはそれを気に入って、新しいビューエンジンオプションとしてそれを活用しました。しかし、本質的には、Webページ、Webフォーム、MVCの3つのASP.NETフレームワークを選択できます。
剃刀のマークアップは、はるかに読みやすくなっています。すでにWebフォームビューエンジンを使用している製品を使用している場合は、中規模から大規模のプロジェクトで多くの作業を行うことができるかみそりビューに移行する際に、かみそりを横に並べて実行できます。この移行中は、パーツはカミソリまたはWebフォームのいずれかになりますが、ビューとそれが使用するマスターページは同じエンジンを使用する必要があります。
同じエンジンを使用しているマスターとウェブフォームのリマインダーをありがとう - 私はそれにまだ踏み込んでいませんが、私は疑問に思っています... :) – GalacticCowboy
はい、私は同意します。 Razorを使った新しいASP.NET Webページフレームワーク。Webフォームにはひし形構文がありますが、コードビハインドはありません。 –
カミソリを選択する主な理由：
<%、どこでも%>の多くを持っていません。 （私はきれいなHTMLが好きです、OCDをくすぐります...）私はあなたの意見に同意します。しかし、今はASP。NET Webページ（Webフォームではない）は、剃刀構文を持っています。MVCの実装よりもそれを使用しますか？ –
申し訳ありませんが、私はそれが問題であることを認識していませんでした。ビューエンジンは全体の方程式のほんの一部であるため、これは実際には「WebForms」vs.「MVC」の質問です。私の個人的な好みはMVCですが、実際にはRazorとはほとんど関係がありません。 – GalacticCowboy
2つの別々の質問はしていません.RazorビューエンジンとMVC + Razor View EngineのWeb Pages Frameworkに尋ねています。 –
Webフォームについて質問します。 WebフォームでRazorを使用することはできません。 –
これはオススメですが、タイトルにはすべての記載があります。 –