Новый синтаксис <%: %> для HTML-кодирования в ASP.NET 4 и ASP.NET MVC 2

[@ferrari]

не прошло и года :)

[@jeje]

Как сказать, тут аж три «но»
1.Использование коротких тегов является плохой практикой и их можно отключить (даже нечаянно)
2.В PHP6 все короткие теги будут удалены.
3.Он не делает никакого HTML-кодирования.

[@Proxmiff]

> В PHP6 все короткие теги будут удалены.
А можно пруф? Вроде как только ASP-like-тэги собирались убрать.

[@jeje]

Да asp-like уберут, про short tags что-то я не могу найти ссылку на исходное сообщение, только на блогах людей.

[@nerezus]

1. Ложь.
2. Ложь.

Возможно по пункту 2 вы имеете ввиду asp-теги, но снова ложь: их тоже не уберут. Хотя хотели убрать. Но передумали.

[@jeje]

1.Я знаю о чем говорю, я разрабатываю на php, короткие теги <? считаются дурным тоном, не нужно строить для себя иллюзий «мне нравится, значит можно».Zend Coding Standard

PHP-код должен всегда обрамлятся полными PHP-тегами:
<?php

?>
Короткие теги не допустимы.

2.PHP6 порос мхом, столько слухов о нем, что следить нет смысла, все равно релиза нет и когда будет не известно

[@nerezus]

1. Это рекомендации лишь для конкретного фреймворка. Многие пункты отличаются от гайдлайна PHP.
Более того, в Zend_View есть даже специальная приблуда, преобразующая короткие теги при отключенной опции в настройках.

2. Скачайте текущий релиз и посмотрите. Он наиболее точног отражает положение дел.

[@kazkad]

вы не поняли чем отличается <%: %> от <%= %>

а <%= %> было еще в ASP

[@kazkad]

Снимаю с тебя заклятие! Ибо такая редкость, когда человек признает свою ошибку :-)

[@bappoy]

Статья для Хабра, Microsoft way. Тьфу.

[@jeje]

Конечно, когда в python или ruby придумают новую фичу, никто об этом рассказывать не будет. Вообще зачем разработчикам рассказывать, что нового в продуктах? В статье даже никто не говорил «уникальная функция», я бы на вашем месте просто подумал прежде, чем писать. Здесь не фанаты собрались МС, а разработчики, в отличии от вас, фаната линукса

[@bappoy]

Я за разумный прогресс всего и вся, но зачем код картинками показывать?

[@jeje]

Ну я уж не знаю, спросите Скотта Гатри…

[@SmartBye]

Это не тот код, который нужно копировать и вставлять. Он сделать как иллюстрация.

[@bappoy]

Я бы предпочел самостоятельно решать, любоваться мне на код или скопировать/вставить.

[@timda]

Фанаты не фанаты, но
1) очень многие ASP.NET разработчики мало знают что такое HTML, а вы про XSS :)
2) каждый разработчик по-разному выполняет методику, о которой вы расказываете.
3) и главное — все-таки мне лично кажется что с точки зрения ООП все эти кодирования, перекодирования, а еще обработки переносов и другие операции надо выполнять на уровне пропертей(get), хотя каждый пляшет как хочет.

[@build_your_web]

Не перегибайте.
В любой веб разработке в какой-то момент нужно будет посмотреть на html код. И это становится нужным очень скоро, какой бы высокоуровневый инструмент вы бы не использовали.

А то, что Web Forms позволяет быстро собирать стандартные front-end к базе данных, не обращаясь к html — это только плюс.

[@timda]

Если вы про пункт 1 — то я не перегибаю, а констатирую факт из своего опыта руководителя и то, что я видел в веб-разработке на ASP.NET в немалом кол-ве мест. Большинство аспнет программистов считает себя программистами, которым до уровня HTML опускаться — это же моветон по их мнению :)
Заметьте — я не говорю про всех! а про процентво 80!

Я говорю, про то — что новая конструкция от МС — очередной пример для книг, а в реальности — это как правило зашивают в BL (или у кого как называется).

Вообще п.1 отдельная тема — про квалификацию современных разработчиков, методики пропагандируемые МС, подход бизнеса к разработке и готовым решениям.

ЗЫ: плюс для чего? для быстроразработки и показа макету клиенту — да :) только после таких разработок все работает для двух юзеров, а когда приходит третий — все валится, как это обычно бывает со всем — что написано в книжках у МС в качестве примера.

[@OrdJONY]

Я тоже не люблю HTML. Мне лучше всего писать логику программы, javascript, чем разбираться с html и css и выяснять а почему там поплыла верстка. Пускай будет работа и у верстальщиков тоже :)

[@StrangeAttractor]

> Конечно, когда в python или ruby придумают новую фичу, никто об этом рассказывать не будет.

А как же OpenNet?

[@SmartBye]

Может кто объяснить, чем отличается <%= %> от <% %>?

[@outcoldman]

<%= "Hello World!" %> — это <% Response.Write("Hello World!") %>

[@SmartBye]

Т.е. с "=" это специализированный тег для текста, как ":" для кодирования?

[@AndreyTS]

Вам дали исчерпывающее определение.

«Тип выражения», если так можно выразиться, для первого — string. А для второго — void.

[@kazkad]

<%= varOrMethod %> — что-то типа препрцессора, вставляет в респонз значение переменной или значение, которе вернёт метод
<% %> — можно сипользовать, если есть нужна смещать html-код и логику. Например:

 
<% if (someBoolFlag) {%>
someBoolFlag  = <b>True</b> 
<%} else {%>
someBoolFlag = <b>False</b> 
<%}%>

а есть еще и <%# %> :-)

[@jeje]

А как же <%@ %> =)

[@Sharomank]

это Binding

[@tenshi]

костыли плодятся и размножаются х)

[@StrangeAttractor]

Приходит Мулла Насреддин к соседу и просит у него кастрюлю:
— Слушай, сосед, у меня гости завтра придут, дай взаймы кастрюлю побольше на пару дней.
Сосед дал. Через несколько дней Мулла Насреддин приносит соседу его большую кастрюлю и еще вдобавок маленькую:
— Вот, твоя кастрюля родила за это время!
Сосед удивился сильно, но ничего не сказал, взял и маленькую кастрюлю. Проходит время, и Мулла Насреддин снова приходит к соседу:
— Дай еще раз кастрюлю, снова гости будут.
Сосед пошел, достал свою самую большую кастрюлю и дал ее Мулле.
Проходит несколько дней, Мулла не появляется. Сосед думает: «Большая кастрюля, долго рожает, наверное…» Проходит еще неделя. Забеспокоился сосед и пошел сам к Мулле.
— Мулла, послушай, дай мою кастрюлю, а то у меня тоже гости на днях будут.
Мулла отвечает:
— А ее нет… Она умерла.
— Как умерла?! Как кастрюля может умереть?! – опешил сосед.
А Мулла как ни в чем ни бывало:
— Рожать может, а умереть не может?!

[@tenshi]

да когда ж они наконец помрут-то? х)

[@build_your_web]

Никогда, потому что это не костыли, а удобный и лаконичный синтаксис.

[@tenshi]

о да, очень лаконичный х))

<a href="<%: model.link %>">click me</a>

[@jeje]

Ссылки должны генерироваться html-хелперами, а не руками
з.ы. в php никто еще от такого не умер

[@tenshi]

ссылки как и вся остальная вёрстка должны находиться в шаблонах, а не быть размазанными по «html-хелперам»

а ты думаешь для пхп столько шаблонизаторов написано от хорошей жизни? х)

[@build_your_web]

Вы можете записать это еще короче, не потеряв при этом гибкость?

[@tenshi]

конечно <a href="{model.link}">click me</a>

[@powerman]

В нашем шаблонизаторе эта фича существует с 2-го мая 2001 года. Между прочим, с моей точки зрения это достаточно критическая фича: игнорирование лени разработчиков ведёт к тому, что почти на всех сайтах кучи XSS-дыр. Явно вызывать функции экранирования для каждой выводимой в шаблоне переменной — лениво всем. С другой стороны, использование разных placeholder-ов для вывода экранированных и не экранированных данных сильно облегчает аудит кода при поиске тех же XSS.