@jeje5 июл 2010 в 06:31

Razor — новый движок представлений в ASP.NET

11 мин

78K

.NET *

Перевод

+45

Комментарии 37

@Angelina_Joulie 5 июл 2010 в 06:44

Только мне одной кажется, или Microsoft опять изобрела телефон, тьфу, PHP?

@jeje 5 июл 2010 в 06:49

Конечно, давайте посмотрим на велосипед от PHP
<?php echo «lalal»; ?>

<? foreach($m as $k):
echo $k;
endforeach;
?>
а если еще начать использовать фигурные скобки с разрывом кода для html, то тут труба полнейшая

Если уже сравнивать, то лучше с Ruby.

@AndrewStephanoff 5 июл 2010 в 07:17

<?=$lalala?>
<?php foreach($m as $k):?>
<?=$k?>
<?php endforeach?>

@jeje 5 июл 2010 в 07:31

Это вы называете изящно? Я уже давно работаю с php и прекрасно знаю все отрицательные стороны синтаксиса. <?= не спасает, на сложных конструкциях начинаются пляски. Далее, я(как и многие другие проекты, включая Magento) всегда придерживаюсь Zend Coding Standards. Где четко указано

PHP code must always be delimited by the full-form, standard PHP tags:

@LeMen 14 июл 2010 в 08:35

Нет не одной :)

@Scratch 5 июл 2010 в 06:45

Неплохо… А как с производительностью?

@jeje 5 июл 2010 в 06:50

Я процитирую Скотта
«Razor is fully compiled — so the performance should be great.»

@kastaneda 5 июл 2010 в 06:49

«Процесс программирования станет быстрым и веселым» :-)
microsoft велик )

@maseal 5 июл 2010 в 06:50

Простые языковые конструкции — это понятно. А как насчет поддержки более сложных, например, лямбда-выражений?

@jeje 5 июл 2010 в 06:52

Вы получите поддержку всех возможностей языка, включая лямба-выражения.

@scorzh 5 июл 2010 в 06:51

Ну вот, это уже намного изящнее стандартного движка. Жаль что нет еще самой беты, получился конь впереди повозки. )

@chaliy 5 июл 2010 в 07:11

ScottGu всегда так делает. Оно кстати и не плохо. Они фидбек еще до бета релиза собирают.

@tonic 5 июл 2010 в 07:14

Интересно, чем тогда им упомянутый Haml не понравился. По их критерию, там ещё почти вдвое меньше нажатий клавиатуры, так как закрывающих тегов нет.

@XaocCPS 5 июл 2010 в 07:27

наверное, NHaml им бы не удалось расширить так, как они захотят. например добавить декларативные хелперы всякие и прочие плюшки. А тут свое — крути-верти как хочешь.

@jeje 5 июл 2010 в 07:32

Плюс, Скотт пообещал постараться предоставить исходный код всего движка, это будет превосходно

@jack128 5 июл 2010 в 07:25

О, потехоньку осваиваю asp.net, и буквально первое что мя в стандартном view-engine'е смутило- это не понятки как писать код, а-ля ProductListing.
В результате обычный C#'овский метод-хелпер сделал, но извините — в ручную склеивать строки разметки и серверного кода — это маразм…

@KReal 5 июл 2010 в 09:48

Делаете PartialView моделью которого является список продуктов. Далее вызываете Html.RenderPartial.

@jack128 5 июл 2010 в 11:40

Попробую. Сенкс.

@youROCK 5 июл 2010 в 07:32

Я полагаю, оно работает по примерно такому же принципу, что и XHP от Facebook:

www.facebook.com/notes/facebook-engineering/xhp-a-new-way-to-write-php/294003943919

@jeje 5 июл 2010 в 07:35

Грубая аналогия, даже для того, чтобы вывести переменную они использую лишние фигурные скобки
echo <span>Hello, {$_POST['name']}</span>

@youROCK 5 июл 2010 в 07:44

Ну, тут тоже как бы с собачки нужно начинать те части, где вставляется значение переменной :). Я, на самом деле, скорее имел ввиду реализацию — что оно просто реализует поддержку XML. Но, посмотрев на примеры, беру свои слова обратно — здесь, похоже, они действительно сделали настоящий парсер C# после собачки :)

@xpg934 5 июл 2010 в 07:35

Очень интересно… когда всё это можно ожидать, чтобы «пощупать»?

Сразу маленький вопросик про конфликты с «собакой»
допустим надо сделать такое:

Адрес для контактов: info@Model.ActiveDomainForEmail

как такое отработает? т.е. Model.ActiveDomainForEmail — допустим содержит "@mydomain.ru" и надо чтобы в результирующем html было info@mydomain.ru
не подумает ли парсер, что info@Model.ActiveDomainForEmail это валидный email?

@jeje 5 июл 2010 в 07:39

Предположительно, пощупаем мы в ближайшее 2 недели.
Нет парсер все правильно найдет, у вас же есть свойства в модели. Парсер не смотрит внутрь значений, он смотрит является ли, то что вы написали справа от @ C#-кодом

@xpg934 5 июл 2010 в 07:53

Хорошо, допустим написано такое:

Адрес для контактов: info@somefield.ru

при этом somefield — это доступная переменная, ссылка на объект, а в нем строковое поле ru, содержащее строку "@mydomain.ru"
понятно что пример синтетический, просто хочется понять, не будет ли вдруг такая «умная» краткая запись причиной путаницы

@jeje 5 июл 2010 в 07:55

Нет, потому что парсер не проверяет валидность доменных имен, он ищет c# код. Я не могу ручаться на 100%, но иначе быть не может, там парни не дураки писали :)

@vittore 5 июл 2010 в 22:47

а тогда одна опечатка и info@Model.ActiveDomainForEmail так и впечатается в форму
и не понятно как с ошибками компиляции, ведь пишет что не надо закрывать выражение потому что парсер поймет где оно кончилось… значит опять же буквой ошибся и досвидание

@jeje 6 июл 2010 в 06:23

Я думаю info@Model.* будет выкидывать ошибку при и пользовании ошибочного свойства.

@XaocCPS 5 июл 2010 в 08:05

парсер понимает большинство ситуаций, но когда вы не доверяете ему, то можете экранировать @ с помощью двойного написания @@, в статье про это кстати написано

@xpg934 5 июл 2010 в 08:10

Я про обратную ситуацию. Экранировать — это понятно, когда я хочу получить собаку в результирующий html, а я пишу про то, что мне кажется не будет понято парсером как C# код, хотя это он и есть

@braindamaged 5 июл 2010 в 08:25

Есть ощущение, что этот синтаксис эквивалентен aspx с точностью до подстановочных знаков: т.е. автоматизированным способом razor-синтаксис конвертится в классическую aspx-разметку, а дальше по накатанной.

Имхо минус «скобка-процент» не заслуживает того, чтобы ему присвоили отдельное название. Но может, я что-то не понимаю?

@Gangsta 5 июл 2010 в 09:23

Да, неплохая штука, молодцы ребята. Спасибо за перевод.

Скорее всего буду использовать ее в своем проекте. Как раз заканчиваю писать модель и юнит-тесты, а к веб-части пока не приступал.

Кстати, кто-нибудь знает известные known issues? Ограничения и т.д.?

@VasilioRuzanni 5 июл 2010 в 09:41

Неплохо, код шаблонов и правда почище в целом будет.

@ostapbender 5 июл 2010 в 10:34

Spark от Microsoft.

@mezastel 5 июл 2010 в 13:12

Ну, так оно и есть, в принципе.

@LeMen 6 июл 2010 в 12:07

Я так понимаю товарищи взяли и реализовали то что уже давно было в PHP, Java и прочих ориентированных на веб языках — MVC то появился недавно в .NET а тут банальный JSTL выдают за чудо технологию

@Shablonarium 21 авг 2010 в 08:22

при использовании @Html.BeginForm() в разметку выдается лишний текст «System.Web.Mvc.Html.MvcForm»

никто не сталкивался?

@AFC 29 янв 2012 в 11:02

@using (Html.BeginForm(«метод», «контроллер»))
{
здесь форма
}

Зарегистрируйтесь на Хабре, чтобы оставить комментарий