Как стать автором
Обновить

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

Спасибо, очень познавательно.
Да хватит уже. Уже давно под очко пинают за такие коменты =\
Спасибо за статью!
Но всё же, было бы неплохо показать современный вариант с css-bind'ом.
Согласен, но мне xml-биндинги показались более наглядными, особенно для людей, видящих это впервые.
Да кто его знает, что наглядней. У цсс-биндингов, есть пара преимуществ, как мне кажется.
1. используется привычный цсс селектор (очень обрезаный, конечно, но все же цсс селектор)
2. xhtml шаблоны не портятся невалидными тэгами, типа <lift:embed />, <post:text />, <post:title /> и т.д.
Ну и такой себе маленький, для некоторых сомнительный плюс: цсс-биндинги рекомендуются самим фреймворком.

P.S. Если честно, мне xml-биндинг тоже казался наглядным и удобным, и даже когда я узнал про цсс-биндинг. Но потом перешагнул себя и теперь я не представляю, как я раньше мог предпочитать xml-биндинг :)
Ну, у меня все с точностью до наоборот :) 1) я не смешиваю css-разметку и директивы шаблонизатора, и 2) визуально xml-теги выделяются и они хорошо заметны в коде. Вобщем, это дело личных пристрастий конечно же, но я пробовал и css-селекторы, и для себя принял решение, что буду использовать xml, до тех пор, пока его вдруг не сделают deprecated.
По поводу первого пункта частично соглашусь, приходится прописывать такие классы. Но если посмотреть с другой стороны, они заметно выделяются на фоне «реальных классов» и верстка всё равно остаётся валидной.
Насчет 2-го пункта, у тэгов типа <post:title /> есть один недостаток: представление этого тэга устанавливается в сниппетах, а это означает, что небольшие корректировки верстки скорее всего затронут и сниппеты. В вашем примере все просто, там тэги заменяются текстом. А как быть с версткой? В итоге ваш шаблон превратится в что-то типа:
Title: <span class="title"><post:title /></span>

В итоге спан выносится в сниппет, что не оч хорошо. Либо появляется небольшая избыточность, потому что span, с классом title, сам говорит что здесь будет title.
НЛО прилетело и опубликовало эту надпись здесь
Читал вашу статью, спасибо — познавательно, особенно понравился такой себе DSL для запросов, позволяющий строить почти «человеческий» SQL. Что касается JS — то тут скорее дело не в боязни непосредственного использования, а в необходимости переключения контекста.
По-моему Lift щедро наградили краткостью написания в ущерб читаемости. Практически за каждой строчкой кода нужно лезть в API за разъяснением. Хотя может быть это только мое первое впечатление.
Интересная была бы идея сделать GWT wrapper Scala. Проект есть, но по ходу он уже 2 года в состоянии обсуждения идей.
>>интересная была бы идея сделать GWT wrapper Scala.
Ссылка в тему — metawidget.org/
>> По-моему Lift щедро наградили краткостью написания в ущерб читаемости. Практически за каждой строчкой кода нужно лезть в API за разъяснением. Хотя может быть это только мое первое впечатление.
Да, тут я с вами согласен. Но, мне кажется, все дело в опыте. Новичку почти невозможно со старту понять лифт. Сейчас я уже свободно читаю примеры из этой статьи.
Дело в опыте, да. После полгода плотной работы с лифтом, читаю не хуже бейсика :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации