MVC と ASP.NET フォームを比較すると、どちらが Web デザイナーのデザイン時のエクスペリエンスを向上させますか? ...開発者にとってどちらが優れていますか?
私はちょうど新しいRazor MVC構文を見ていましたが、設計者はループ}
で使用されている迷子を単純に削除できると思います。ASP.NET WebForms は、より優れた Web デザイナー エクスペリエンスを提供すると言うfor..each
人もいるかもしれません。
MVC と ASP.NET フォームを比較すると、どちらが Web デザイナーのデザイン時のエクスペリエンスを向上させますか? ...開発者にとってどちらが優れていますか?
私はちょうど新しいRazor MVC構文を見ていましたが、設計者はループ}
で使用されている迷子を単純に削除できると思います。ASP.NET WebForms は、より優れた Web デザイナー エクスペリエンスを提供すると言うfor..each
人もいるかもしれません。
ASP.NET はより優れたデザイナー エクスペリエンスを提供しますか? 完全に同意しません。何が<asp:GridView runat="server" ...
変換されるかを理解しているデザイナーはほとんどいません。これらすべてのユーザー コントロールを備えた従来の Web フォームでは、デザイナーが使用する、生成された HTML に対する制御があまりありません。その観点から、Razor ビュー エンジンは、従来の Web フォームではなく、デザイナーが扱う生の HTML にはるかに近いと思います。
開発者に関しては、それは非常に主観的なものであり、どちらが優れているかについてはお答えしたくありません。各テクノロジーには、さまざまな種類のプロジェクトに対して長所と短所があります。そのため、常に特定のニーズに適したテクノロジーを選択してください。
一般的に、私はどちらも言いません。ビューエンジンは別として、Visual Studioを使用していて、コントロールを移動したり、MVCアプリでビューをバインドしたりする場合は、デザイナーではなく、開発者です;)
さて、開発プロセス中と開発プロセス後の両方でデザイナーにとってより使いやすい限り、CSSをはるかに高度に制御でき、純粋なHTMLモックアップをMVCアプリに変換するよりもMVCアプリに変換する方が簡単なのでMVCと言えます。同等のWebコントロール。
MVCの主な目的の1つは、設計とコードの間の関心の分離であるため、ブースの開発者と設計者はMVCの恩恵を受けることができます。
古いASP.Netは、プログラマーが設計を検討する必要があり、設計者がコードを実装する必要がある方法で、コードと設計を組み合わせています。MVCは、これらのさまざまな責任に協力するためのはるかに優れた方法です。