МСУСон Веры ПавловныПотому что в некоторых случаях у разметки может вообще не быть code behind в принципе.
+1, ASP.NET MVC тому подтверждение

P.S. Зачем при таких мощных байдингах XAML городить еще какие-то кодбехайндовые грабли? MVVM - лучшее, что можно придумать в WPF.
В вебе аналог кодебихайнд - джаваскрипт на страничках, относящийся ко всяким манипуляциям с разметкой. Т. е. именно та роль джаваскрипт, для которой он и был изначально предназначен, а не эти новомодные модели и серверные части, слепленные из джаваскрипта по-быстрому на коленке и в угоду моде.

МСУuser7320В вебе аналог кодебихайнд - джаваскрипт на страничках
Глупости, у тебя каша в башке. В вебе js и css - это неотъемлемая часть представления.
Я имел ввиду ту часть джаваскрипта, которая относится к манипуляциям с разметкой, и аналогов которой нет в замле. Иногда кодебихайнд советуют использовать для этого - когда замла не хватает. Вычислить там чего-нибудь. Но при этом этот код в кодебихайнд должен относиться только к представлению и не быть связанным с моделью.

user7320МСУпропущено...

Глупости, у тебя каша в башке. В вебе js и css - это неотъемлемая часть представления.
Я имел ввиду ту часть джаваскрипта, которая относится к манипуляциям с разметкой, и аналогов которой нет в замле. Иногда кодебихайнд советуют использовать для этого - когда замла не хватает. Вычислить там чего-нибудь. Но при этом этот код в кодебихайнд должен относиться только к представлению и не быть связанным с моделью.
Кстати, я тут недавно с KnockoutJS разбирался - это уже MVVM для веба попахивает. Модель представления - это модель, которую этот Нокаут в JS создаёт.


Кстати, кто что думает, если заменить механизм форм (то, что в ХТМЛ тегом form выделяется) на модели Нокаута? С Нокаутом-то формы, поди, не нужны? Вот бы в WPF были формы как некий отдельный класс, структурная единица, требующая специальной работы с ней - та ещё хохма была бы. Я, конечно, нуб, но после знакомства с Нокаутом мне эти веб-формы кажутся каким-то анахронизмом. Т. к. по сути любая страница может стать формой взаимодействия с юзером и отправкой пользовательского ввода на сервер. Вобщем, веб-формы мне видятся какой-то устаревшей низкоуровневой конструкцией, связанной с работой на уровне протокола HTTP и его видами запросов (геты там всякие, посты и прочие). Нафиг вообще программисту различать эти запросы? И так понятно, что к пользовательскому вводу надо относиться осторожно, но вот нафига делить всё на гет, пост и прочее - непонятно. Только лишней обвязки в коде добавляется, упоминаний, что вот этот запрос - гет, а этот - пост, а толку особого от этого я не вижу.

МСУuser7320Кстати, я тут недавно с KnockoutJS разбирался - это уже MVVM для веба попахивает. Модель представления - это модель, которую этот Нокаут в JS создаёт.
Да, это уровень представления (UI) начинают так же расслаивать на модель, вью-модель и логику. То есть в ASP.NET MVC приложении на стороне клиента проектируется MVVM решение с помощью кнокаута. Честно говоря не очень порадовал кнокаут, я просто не вижу особого в нем смысла.
Я его байндинги использую. У вас самописно делаются асинхронные обновления части страницы? Мы уже в другой моей теме говорили об этом. Предлагались либо самописные решения на JS, либо теймлейты на jQuery, либо вот готовое решение на JS - KnockoutJS.

Если бы в ASP.NET MVC был бы механизм заполнения полей страницы при асинхронном обновлении такой же, как при обычном, то мне бы Нокаут и не нужен бы был. А тут вот ради одной мелочи целый фреймворк сгородили. При Сильвере такого бы не было...

Всем сюда ! Там кровь кишки расп...