Комментарии 37
Только мне одной кажется, или Microsoft опять изобрела телефон, тьфу, PHP?
-13
Конечно, давайте посмотрим на велосипед от PHP
<?php echo «lalal»; ?>
<? foreach($m as $k):
echo $k;
endforeach;
?>
а если еще начать использовать фигурные скобки с разрывом кода для html, то тут труба полнейшая
Если уже сравнивать, то лучше с Ruby.
<?php echo «lalal»; ?>
<? foreach($m as $k):
echo $k;
endforeach;
?>
а если еще начать использовать фигурные скобки с разрывом кода для html, то тут труба полнейшая
Если уже сравнивать, то лучше с Ruby.
+8
<?=$lalala?>
<?php foreach($m as $k):?>
<?=$k?>
<?php endforeach?>
<?php foreach($m as $k):?>
<?=$k?>
<?php endforeach?>
-2
Это вы называете изящно? Я уже давно работаю с php и прекрасно знаю все отрицательные стороны синтаксиса. <?= не спасает, на сложных конструкциях начинаются пляски. Далее, я(как и многие другие проекты, включая Magento) всегда придерживаюсь Zend Coding Standards. Где четко указано
PHP code must always be delimited by the full-form, standard PHP tags:
+4
Нет не одной :)
0
Неплохо… А как с производительностью?
0
«Процесс программирования станет быстрым и веселым» :-)
microsoft велик )
microsoft велик )
-2
Простые языковые конструкции — это понятно. А как насчет поддержки более сложных, например, лямбда-выражений?
0
Ну вот, это уже намного изящнее стандартного движка. Жаль что нет еще самой беты, получился конь впереди повозки. )
0
Интересно, чем тогда им упомянутый Haml не понравился. По их критерию, там ещё почти вдвое меньше нажатий клавиатуры, так как закрывающих тегов нет.
0
О, потехоньку осваиваю asp.net, и буквально первое что мя в стандартном view-engine'е смутило- это не понятки как писать код, а-ля ProductListing.
В результате обычный C#'овский метод-хелпер сделал, но извините — в ручную склеивать строки разметки и серверного кода — это маразм…
В результате обычный C#'овский метод-хелпер сделал, но извините — в ручную склеивать строки разметки и серверного кода — это маразм…
-1
Я полагаю, оно работает по примерно такому же принципу, что и XHP от Facebook:
www.facebook.com/notes/facebook-engineering/xhp-a-new-way-to-write-php/294003943919
www.facebook.com/notes/facebook-engineering/xhp-a-new-way-to-write-php/294003943919
0
Грубая аналогия, даже для того, чтобы вывести переменную они использую лишние фигурные скобки
echo <span>Hello, {$_POST['name']}</span>
+1
Ну, тут тоже как бы с собачки нужно начинать те части, где вставляется значение переменной :). Я, на самом деле, скорее имел ввиду реализацию — что оно просто реализует поддержку XML. Но, посмотрев на примеры, беру свои слова обратно — здесь, похоже, они действительно сделали настоящий парсер C# после собачки :)
0
Очень интересно… когда всё это можно ожидать, чтобы «пощупать»?
Сразу маленький вопросик про конфликты с «собакой»
допустим надо сделать такое:
Адрес для контактов: info@Model.ActiveDomainForEmail
как такое отработает? т.е. Model.ActiveDomainForEmail — допустим содержит "@mydomain.ru" и надо чтобы в результирующем html было info@mydomain.ru
не подумает ли парсер, что info@Model.ActiveDomainForEmail это валидный email?
Сразу маленький вопросик про конфликты с «собакой»
допустим надо сделать такое:
Адрес для контактов: info@Model.ActiveDomainForEmail
как такое отработает? т.е. Model.ActiveDomainForEmail — допустим содержит "@mydomain.ru" и надо чтобы в результирующем html было info@mydomain.ru
не подумает ли парсер, что info@Model.ActiveDomainForEmail это валидный email?
-1
Предположительно, пощупаем мы в ближайшее 2 недели.
Нет парсер все правильно найдет, у вас же есть свойства в модели. Парсер не смотрит внутрь значений, он смотрит является ли, то что вы написали справа от @ C#-кодом
Нет парсер все правильно найдет, у вас же есть свойства в модели. Парсер не смотрит внутрь значений, он смотрит является ли, то что вы написали справа от @ C#-кодом
0
Хорошо, допустим написано такое:
Адрес для контактов: info@somefield.ru
при этом somefield — это доступная переменная, ссылка на объект, а в нем строковое поле ru, содержащее строку "@mydomain.ru"
понятно что пример синтетический, просто хочется понять, не будет ли вдруг такая «умная» краткая запись причиной путаницы
Адрес для контактов: info@somefield.ru
при этом somefield — это доступная переменная, ссылка на объект, а в нем строковое поле ru, содержащее строку "@mydomain.ru"
понятно что пример синтетический, просто хочется понять, не будет ли вдруг такая «умная» краткая запись причиной путаницы
0
Нет, потому что парсер не проверяет валидность доменных имен, он ищет c# код. Я не могу ручаться на 100%, но иначе быть не может, там парни не дураки писали :)
0
а тогда одна опечатка и info@Model.ActiveDomainForEmail так и впечатается в форму
и не понятно как с ошибками компиляции, ведь пишет что не надо закрывать выражение потому что парсер поймет где оно кончилось… значит опять же буквой ошибся и досвидание
и не понятно как с ошибками компиляции, ведь пишет что не надо закрывать выражение потому что парсер поймет где оно кончилось… значит опять же буквой ошибся и досвидание
0
парсер понимает большинство ситуаций, но когда вы не доверяете ему, то можете экранировать @ с помощью двойного написания @@, в статье про это кстати написано
-1
Есть ощущение, что этот синтаксис эквивалентен aspx с точностью до подстановочных знаков: т.е. автоматизированным способом razor-синтаксис конвертится в классическую aspx-разметку, а дальше по накатанной.
Имхо минус «скобка-процент» не заслуживает того, чтобы ему присвоили отдельное название. Но может, я что-то не понимаю?
Имхо минус «скобка-процент» не заслуживает того, чтобы ему присвоили отдельное название. Но может, я что-то не понимаю?
+2
Да, неплохая штука, молодцы ребята. Спасибо за перевод.
Скорее всего буду использовать ее в своем проекте. Как раз заканчиваю писать модель и юнит-тесты, а к веб-части пока не приступал.
Кстати, кто-нибудь знает известные known issues? Ограничения и т.д.?
Скорее всего буду использовать ее в своем проекте. Как раз заканчиваю писать модель и юнит-тесты, а к веб-части пока не приступал.
Кстати, кто-нибудь знает известные known issues? Ограничения и т.д.?
-1
Неплохо, код шаблонов и правда почище в целом будет.
0
Spark от Microsoft.
+3
Я так понимаю товарищи взяли и реализовали то что уже давно было в PHP, Java и прочих ориентированных на веб языках — MVC то появился недавно в .NET а тут банальный JSTL выдают за чудо технологию
-3
при использовании @Html.BeginForm() в разметку выдается лишний текст «System.Web.Mvc.Html.MvcForm»
никто не сталкивался?
никто не сталкивался?
0
@using (Html.BeginForm(«метод», «контроллер»))
{
здесь форма
}
{
здесь форма
}
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Razor — новый движок представлений в ASP.NET