Почему я должен использовать встроенное кодирование для разработки MVC ASP.NET?

Question

Я рассмотрел несколько примеров о MVC ASP.NET, и все они используют метод встроенного кодирования.

Есть ли серьезная причина использовать этот метод и игнорировать мой предпочтительный код, лежащий в основе метода?

Answer 1

Хорошая цитата от Дерека Уиттакера. Не мог, но лучше сам

Также см. Этот идентичный Q на SO

.

"В стандартных веб-формах Asp.net Разрабатывался CodeBehind действовать как контроллер страницы, но более годы превратились больше в свалка для всех видов зла код (т.е. бизнес-логика). Именно это неприятный, уродливый код, который дал (в часть) WebForms плохой образ. От продолжая использовать ваш код в MVC все, что вы действительно делаете, это берете старая противная техника и ее применение на новые рамки и в свою очередь удаление одно из больших преимуществ MVC.

Часть красоты рисунка MVC (обратите внимание, я сказал шаблон, а не рамки) является то, что это помогает обеспечить соблюдение Разделение концернов нажатием логика вне вашего взгляда и в ваш контроллеры ".

Answer 2

Я думаю, что главная причина этого в том, что там действительно не должно быть много логики, так как это только логика, связанная с представлением. Когда не так много логики, я считаю, что лучше читать, используя встроенный метод. Однако, если бы было представление с множеством циклов и тому подобное с использованием кода позади, это, безусловно, приемлемый вариант, на мой взгляд.

Answer 3

В Скотт Гу в недавнем блоге о кандидате на выпуск MVC, у них есть представления, по умолчанию не имеющие кода, что может быть причиной того, что вы этого не видите в образцах.