かみそりについて読んだ限り、ほとんどの人は、かみそりのアプリケーションコードはより読みやすく、きれいで明確であると言いますが、いつ、なぜそれが必要なのか、私は、かみそりのWebアプリケーションとmvcのかみそりアプリケーションの背後にMicrosoftの他の目的があると言いたいのですか?
3 に答える
Razorは単なる構文です
余分なものを書く代わりに<% ... %>
、単に書くだけ@...
です。ビューの実行可能部分は、Razor ビュー エンジンによって自動的に解析されます。
そのため、Razor ビューは一般に Web フォーム ビューよりも短くなります。しかし、@waltherが言ったように、それは好みの問題ですが、Razorにすぐに夢中になり、しばらく使用した後は戻りたくありません.
応用?
Razor Web アプリケーションのようなものはありません。それは、Razor ビューを使用した Asp.net MVC アプリケーションか、Razor 構文を使用した Asp.net Web ページのいずれかです...それらのそれぞれは、長い既存の Web フォーム ビュー エンジンでも使用できます...
類推
紙や iPad で雑誌を読むことを想像してみてください。同じコンテンツを読んでも、その体験はどこか異なります。それがRazorのすべてです。アプリケーションプラットフォームは同じです。違うのはビューエンジンだけです。
Razor の背後にある理由を誤解していると思います。どちらが好きかは好みの問題です。一部の人々は、従来の aspx 構文が気に入らなかったため、単純化された構文を持つ Razor を思いつきました。
http://weblogs.asp.net/scottgu/archive/2010/07/02/introducing-razor.aspx
パフォーマンスの側面やそのようなものなど、それ以上のものがあるとは思わないでください...それはただ違うだけです.
1) aspx アプリケーション アーキテクチャには、使用するすべてのものが事前に構成されており、その負荷が大きい。asp.net razor または asp.net MVC には、使用するように事前構成された最小限の項目があり、使用するのがはるかに
効率的です。MVCで必要なときにアイテムをロードします
2) aspx には、テストできないビューがあります。しかし、ビューのMVCはテスト可能です。
3) mvc には、開発に使用する基本的な razor \ mvc タグに組み込みの検証が含まれているため、aspx よりもクリーンにすることができます。
4)aspxは構造化された最終製品を作成することを強制しませんが、MVCは構造に従うことを強制するため、最終製品はよりクリーンで整理されます。構造化プログラミングには常に多くの利点があります。
等々..