Парамонst_stЕсли везде понатыканы html-хелперы
Если не понятно, хелперы нужны, для повторного использования разметки, и ее модификации.

Угу, нужно на определённой странице атрибут/тег у возвращаемого хелпером элемента поменять и пихаем в него if или сидим новый хелпер пишем, а затем это всё разрастается в кучу ifохелперов и получаем абсолютно невменяемую слабоподдающуюся изменениям гору кода. Это частенько происходит, когда представление в модель пихаем.

Парамонst_stа затем это всё разрастается в кучу ifохелперов и получаем абсолютно невменяемую слабоподдающуюся изменениям гору кода.

За вменяемостью кода, вы уж сами следите, все хорошо в меру.
И как раз изменения, буду происходить везде, к примеру нужно изменить отображение ролика, из youtube на iframe, вместо object, и это во всем приложении, etc.

Это единственный плюс хелпера. Проблема лишь в том, что это нужно только в теории, мне по крайней мере не приходилось делать подобное на практике (вставлен в одном/двух местах flash и висит там до следующего редизайна, нужно поменять, да не проблема, открыл представление и поменял, обычно сайт 5-6 разных страниц), максимум у всех и сразу изменить цвет или убрать подчёркиваение с ссылок, а это просто css. На практике всё гораздо интересней: пришёл от верстальщика новый блочный макет (пусть даже поначалу одной страницы), там дивы, классы, id, всё это подвязано к приложенному им js и css. А у нас тонна html-хэлперов, возращающая таблицы и прочие ненужные нам теги и классы. Так как делать больше нечего, сидим пишем новые хелперы (старые то трогать нельзя, всё сломается на других страницах, на которых он используется или пихаем в него ifы), при редизайне тратим несколько дней на переписывание серверного кода под новую вёрстку, вместо того, чтобы натянуть макет за 10-20 минут. имхо, html-код это представление и должен весь находиться только в нём, а не гулять по моделям, контроллерам и прочим вещам. В представленнии нам нужны только сами данные, которые при желании мы можем на одной и той же странице одновременно запихнуть и в span и в div и в table. В сайтах, которые не меняются по 10 лет, можно хоть что использовать, а в развивающихся ежедневноменяющихся проектах от этих html-хелперов только вред в качестве потери времени на разработку, тот же a/b testing, мы просто брали и меняли по промежуткам времени различные варианты вёрстки форм (менялось расположение элементов/валидационных сообщений, css, js), отданные нам верстальщиками вообще не видевшими серверный кода сайта, неизменяя при этом ни единой строчки серверного кода, всё быстро и удобно, а если бы под каждые формы и валидации кодили на C# свои хелперы, то потратили бы много времени, а затем ещё и старые хелперы удалять при смене разметки, опять трата времени впустую, а так к примеру возвращается сообщение об ошибке в виде текста и вставляем его как и куда хотим. Вебформовские контролы - таже байда. Вобщем я за независимость (строгое разделение) и соответствующую гибкость кода.