это не баг :-)

[bohdandan]

День добрый!

Спасибо за БЭМ-ификацию грейлса :-)
Хочу помочь с разработкой плагина, но перед тем как нырять в кодинг было бы не плохо связаться, обсудить Ваше видение по его развитию.
Если интересно, напишите пожалуйста мне на danilyuk.bo( собака )gmail.com

С уважение,
Богдан

[alari]

Привет!

В последние месяцы пишу на scala, на этом плагине сейчас только пара проектов в лайве, он поддерживается, когда нужно, но активно не разрабатывается.

Так что особого видения сейчас нет :)

[bohdandan]

Хорошо, спасибо!
Есть пара идей, попробую реализовать, а там посмотрим что получится.
В текущей реализации не очень нравится описание структуры страницы через клоужеры, не пробовали тегами все это описать? Как по мне будет понятнее структура из-за подсветки синтаксиса.
Вообщем надо попробовать.

[alari]

С замыканиями проблема, да. Контрол-клик не работает. Можно генерить таглибы на лету специально для ide...

Вообще хотелось добиться лаконичности, dsl написать. Блок такой-то, вот его модификаторы, вот содержимое. dsl в xml-стиле точно будет смотреться не очень :)

Поэтому было желание сделать .groovy-файлы с замыканиями, вывести эту логику из gsp вообще. Тогда и подсветка синтаксиса есть, и лишней логики нет (вроде фильтров вывода, для противодействия которым сделана дурацкая функция infra:unescape).

Иначе стандартные бэм-структуры выглядят как чистый бойлерплейт с g:applyLayout (например) и схемой в замыканиях. По сути, это слой структуры страниц, отделённый от логики представления, и не нуждающийся в средствах выразительности уровня представления. Структура она и есть структура, json здесь достаточен.

А если выделить структуру в .groovy, то можно и представление обрабатывать чем-нибудь более быстрым и понятным (особенно с точки зрения сборки мусора, все эти замыкания внутри тегов не всегда компилируются чисто). Например, velocity. Если логика -- наполнение модели, итерирование, условные операторы, вложенность, -- у нас обрабатываются в схеме страницы, то можно использовать простой текстовый процессор для генерации разметки. А можно сделать для него фасад, и подменять реализацию в зависимости от нужды.

Тогда следующий шаг -- сделать всё это, однако, независимым от grails. Нужен только groovy, фасад для контроллера, получающий View Model, и фасад для процессора разметки. И можно в любой java-фреймворк пихать, хоть в тот же Play.

Такое у меня было видение и мотивации развития плагина.

Из проблем -- много неудобств оказалось с ресурсами (статикой) и жаваскриптом. Это приготовить годно не смогли.

[bohdandan]

Ха, а говорили нет видения :)

В целом согласен, но тут слегка спорный вопрос с какой стороны на эту утилиту смотреть. Как по мне основная прелесть Grails - это инфраструктура и если подобный плагин предоставит абсолютно новый слой для работы с view, то пользователи много потеряют (другие Grails плагины, теги и т.д.). Я думаю есть смысл попытаться найти компромис между полным отделением слоя структуры и стандартной грейлc моделью работы с view.

Я больше склоняюсь к механизму, который позволит создавать и управлять независимыми блоками, легко переносить между проектами, в идеале даст возможность просмотреть все блоки со всеми модификаторами на одной странице (для крос браузерного тестирования) но при этом это все бы жило в среде обитания Grails. Думаю что все таки можно позволить блокам знать как работать со своей моделью (тоесть логика отображения все же в шаблонах а не на уровне структуры).

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

Если интересно, можно созвониться по скайпу обсудить возможности, может прийдем к общему знаменателю в этой задаче :)

[alari]

Можно попробовать созвониться, только непонятно, когда, -- новый год ведь на носу.

Нужно оставаться в парадигме grails, но тогда непонятно, будет ли реальное преимущество от использования бэма? Кажется, тогда проще делать таглибы и верстать классами.

Или делать <bem:block name="block-name" m-color="green"/>? Тогда почему не сделать <bem:block-name m-color="green"/>? Контрол-клик уже будет работать, а по аттрибутам -- нет. Как тут обойти необходимость генерировать код таглибов?

Генерить страницу со всеми блоками -- это прекрасно, мы пришли к такой необходимости, но, к сожалению, не было возможности реализовать.

[bohdandan]

Напиши на мыло, я вышлю свой скайп там договоримся, не охота в паблик кидать :)

Насчет грейлс - смысл думаю будет, просто не будет разделения между структурой и view. Грубо говоря от БЕМа будет взят концепт именования класов, модификаторов и создан небольшой фреймворк для того чтоб это все удобно создавать / поддерживать и генерировать страницу просмотра блоков.

Пока вижу единственный вариант - генерировать теглибы на лету для блоков. Для удобности можно внутри делать обращение к ожидаемым атрибутам, тогда IDEA даже подсветит что надо передать вовнутрь. Можно поисследовать можно ли сделать теги с динамическими именами, но тогда не будет посдветки.