«Механизм представления» обрабатывает рендеринг представления в html, xml или любой другой тип контента, который он создан для создания. В «MVC» это будет аспект View (V).
Различные механизмы просмотра имеют разные синтаксисы и т. Д. Для управления рендерингом. Решение использовать другой механизм просмотра, скорее всего, зависит от проекта / программиста. В некоторых случаях они могут видеть фактическое или предполагаемое ограничение механизма представления по умолчанию; в других случаях это может быть просто другая цель дизайна или цель.
Что касается Spark, то они должны быть гораздо более краткими, чем движок представления по умолчанию, и как можно больше оставаться в HTML-подобном синтаксисе, а не помещаться в блоки скриптов ASP.NET.
Как конечный пользователь, единственный раз, когда вы захотите создать свой собственный движок представления, вероятно, никогда. ;) Это не задача, которую нужно воспринимать легкомысленно, и вы, вероятно, в конечном итоге будете повторно реализовывать функциональность, которая уже существует в существующем механизме представлений.
Редактировать
OK. Так являются ли файлы View.aspx частью
двигатель представления, или двигатель представления
набор классов, которые помогут выбрать
какой View.aspx (или другой тип
ответ) что должно быть оказано? Как
это работает?
Шаблон MVC сообщает вам, что ваша модель, вид и контроллер будут отдельными "вещами". В ASP.NET MVC механизм представления по умолчанию использует существующую платформу ASP.NET, которая включает в себя главные страницы, файлы ASPX и т. Д. Spark делает нечто подобное, но это другой механизм, поэтому он не работает точно так же. Таким образом, в общем смысле файлы представления не зависят от движка, но конкретные файлы, их расположение на диске и их содержимое зависит от движка.