ASP.NET MVCの「Html Helpers」に懐疑的である必要がありますか？
ASP.NET Webフォームは、実現のその瞬間が、あなたが歓迎した抽象化が、必要なものとはかけ離れたHTMLを生成することになるまで、本当に素晴らしいようでした。デザイナーに一致したHTMLを生成したり、外部ライブラリを使用したりするために、このフレームワークと格闘することは、私にとって大きな悪夢になりました。
単純なBootstrap ASP.NET MVCのフォームに近づくと、基本的なHTMLをコピーし、@ Html.BeginForm（）、@ Html.EditorFor（）を追加するプロセスを開始しました。同じパスをたどっています。確かに、ここに属性を追加し、そこに代替ヘルパーを定義しますが、フレームワークを使用して、Bootstrapウェブ上の例？
他の誰かがそれを感じていますか、またはヘルパーがそれらを使用して努力する価値があるように十分な「砂糖」を導入することは可能ですか？
あなたは確かにそれらに懐疑的であることは正しいですが、私はそれらがあなたの懸念を軽減するためにWebフォームとは十分に異なると思います。 Webフォームの最大の問題は、Webが存在しないふりをしたことです。それはすべてをWindowsアプリケーションのように感じさせようとしました。その結果、ページ上の多くの奇妙なHTML出力がセッションやViewStateなどを追跡し続けました。
ASP.NET MVCには、同じ基本的な抽象概念はありません。これは、WebのWebフレームワークです。私はまだ多くのHTMLを手動でコーディングしていますが、HTMLヘルパーの良い点の1つは、実際のHTML出力を定義できることです。たとえば、すべての小数を通貨として表示し、そのコードを保持できます。一つの場所へ。何よりも、生のコードが必要なときと、生活を少し簡単にしたいときにヘルパーを使用するときを選択できることが好きです。 DisplayFor（）およびEditorFor（）のすべてのHTMLヘルパーを個人的に置き換えて、プロジェクトで好みのフォーマットを使用しています。それは私にとってコピーアンドペーストを大幅に削減します。