そうだと思います.
この記事の例からわかるように、構文は非常に軽量であり、インタープリターは非常に「スマート」です。
これをsparkビューエンジンと比較して、3つの違いを確認できます。
つまり、Webページでは構文viewになりますが、ASPXとRazorはかなり異なるビューエンジンです。 Razorは、ASPXと同じパイプラインに依存しません。そのため、Razorは単なる解析エンジンであると考えています。
その利点の1つは、Rasporパーサーを任意の文字列に対して実行できることです。この場合、aspxにはhttpcontextおよびその他のヘビーウェイト要素が必要です。
カミソリはテスト駆動開発をサポートしますが、system.web.uiを持つWebエンジンでは.pageクラスはTDDをサポートしません。テスト駆動開発とは、記述前にコードをテストすることです。
RazorはAsp.net MVCアプリの代替ビューエンジンであり、.aspxとはまったく異なるコードで実装されます。 Java MVC WebアプリでのJSPとVelocityの違いに似ています。
- デフォルトでは、Razor EngineはXSS攻撃（クロスサイトスクリプティング攻撃）を防止します。つまり、表示する前にスクリプトまたは<、>などのhtmlタグをエンコードします。
- Razor EngineはSystem.Web.UI.Pageクラスに依存しないため、TDD（テスト駆動開発）をサポートします。
私の意見では、Razorは、.NETを導入したときに残したすべての古典的なASP開発者をすくい取るためにMicrosoftを振り回していると思います。クライアント側のhtml/js：「スパゲッティコード」のジレンマを再び助長する環境。
しかし、長い間ASP私のような開発者は、サポートされているプラットフォームへの最も簡単なルートでした。そして、慣れ親しんだhtml/jsの絶対的な制御を保持しています。
編集：ところで...私は.cshtmlで使用されているRazorについて話している。おそらく、.cshtmlはms ms swingingと言ったはずです。