Razor / CSHTML - Любая выгода над тем, что у нас есть? [закрыто

Question

Кто-нибудь там использует новые функции страниц CSHTML и находятся в том, что они предпочитают этот новый синтаксис двигателя View на существующих модулях View Asp.net MVC по умолчанию или через веб-формы, а если так, почему? Как насчет CSHTML дает вам преимущество перед MVC или веб-формы или наоборот?

Просто любопытно слышать, как люди принимают на него.

Answer 1

Одним из преимуществ является то, что виды бритвы могут быть представлены внутренними тестами, это то, что было невозможно легко с предыдущим asp.net renderer.

От Объявление Скотгу Это указано в качестве одного из целей дизайна:

Блок тестирован: Новая реализация двигателя View будет поддерживать способность к установлению просмотра объектов (без контроллера или веб-сервера и может быть размещена в любом проекте тестирования подразделения - не требуется специальный домен APP).

Answer 2

Мнение разработчика Ex Microsoft

Я работал в основной команде для веб-сайта MSDN. Теперь я использую C # бритва для сайтов электронной коммерции с моей командой программирования, и мы сосредотачиваемся находящимся на переднем конце jQuery Front, с базой-страницами Back End C # Razor и базой памяти Linq-Entity, поэтому страницы 1-2 периода отклика в миллисекунде, даже на вложенные для циклов с запросами и никакой кэширования страницы. Мы не используем MVC, просто просто ASP.NET с сопоставленными страницами бритвы с модулем Rewrite URL для IIS 7, нет страниц ASPX или программирование событий SewsState или Server. У него нет дополнительных (ненужных) слоев MVC, помещают в кодовые конструкции для Regex, оспариваемых. Меньше для нас больше для нас. Это все наклоняется и значит, но я даю реквизит MVC за ее жизнеспособность, но это все.

Страницы бритвы не имеют жизненного цикла событий, такими как страницы ASPX. Это просто рендеринг как одна запрошенная страница. C # такой великий язык, и бритва выходит из своего пути, чтобы позволить ему сделать свою работу. Анонимное набрав с Generics и Linq, делает жизнь так просто с C # и страницами бритвы. Использование страниц бритвы поможет вам подумать и зажигалку кода.

Одним из недостатков бритвы и MVC является отсутствие настойчивости к просмотру. Мне нужно было реализовать решение для этого, поэтому я закончил написать плагин jQuery для этого здесь -> http://www.jasonsebring.com/dumbformstate. Который является HTML 5 в автономном режиме хранилища плагина для состояния формы, который работает во всех основных браузерах. Это только для формы состояния в настоящее время, но вы можете использовать Window.SessionSessStorage или Window.LocalStorage очень просто для хранения любого состояния между обратными сообщениями или даже запросами на странице, я просто удосужился сделать его автосохранением и пространством имен, на который он основан на индексе URL и формы, так как Вам не нужно думать об этом.

Answer 3

1. Все закодировано по умолчанию !!! Это довольно огромно.

2. Декларативные помощники могут быть составлены, чтобы вам не нужно ничего особенного, чтобы поделиться ими. Я думаю, что они заменит .ascx контролирует в некоторой степени. Вы должны прыгать через несколько обручей для использования элемента управления .ascx в другом проекте.

3. Вы можете сделать раздел, необходимый, который приятно.

Answer 4

Самым большим преимуществом является то, что код более сжаты. Редактор VS также будет иметь поддержку IntelliSense, что некоторые другие просмотра двигателей не имеют.

Декларативные HTML-помощники также выглядят довольно круто, так как HTML-помощники в коде C # напоминает мне пользовательские элементы управления в ASP.NET. Я думаю, что они взяли страницу от частиц, но с встроенным кодом.

Таким образом, некоторые определенные преимущества по поводу двигателя View Asp.net.

С контрастом с видом на двигатель, такой как искра, хотя:

Spark все еще более краткая, вы можете сохранить if и петли в сам тег HTML. Марка до сих пор просто чувствует себя более естественным для меня.

Вы можете точно кодировать частичные, как вы сделаете декларативный помощник, вы бы просто пропустили переменные до частичных, и у вас есть то же самое. Это было вокруг с искрой на довольно некоторое время.