Битва титанов: BEM vs Twig или твиг уже не то?

Question

[Владимир Балин]

Я вот понять не могу, а есть ли выгода в использовании БЭМ, если серверная часть на симфонии работает на PHP? По мне, дак БЭМ ничего нового не привнес в методы разработки фронтенда. Тот же твиг куда человекопонятнее.

А вы как считаете?

Comments

[Владимир Балин]

Вот кто-то хрен с пальцем сравнивает, а тут котлеты с носками... Вы женаты? ))) А по делу ниже ответ...

Answer 1

[kompi]

Зачем сравнивать методологию и шаблонизатор?
Грубо говоря, шаблонизатор может быть частью методологию, но не наоборот.

Answer 2

[Владимир Балин]

Я имею в виду методологию Twig - переопределения и наследования блоков, подключение блоков к шаблонам... Не надо тут котлеты с носками сравнивать :)

Answer 3

[Кирилл Саксин]

Если найдёшь вменяемую интеграцию с симфони, напиши, но в целом не нужно!

Comments

[Владимир Балин]

Интеграцию чего: бэм или твиг?

[Кирилл Саксин]

Владимир Балин: Ну твиг с симфони ещё больше интегрировать вроде некуда :)

[Владимир Балин]

Ну если мы про интеграцию БЭМ с симфони, то я могу сказать, что она врядли появится по той простой причине, что БЭМ - это методология сборки фронтенда абсолютно независимая от бэкенда... Если я все правильно понял, то бэм обеспечивает гибкую систему сборки фронтенда, по сути превращая его в лего )) но а бэкенд может быть любой... Вот яндекс, как я понимаю, в основном пишет бэкенд на c++... А мы можем на симфонии писать...

[Кирилл Саксин]

Владимир Балин: Тогда будем писать только RESTful, либо будем ждать плагина к assetic (как-никак less и прочие полезные штуки-то есть) :)

[Владимир Балин]

Вопрос та как бы в том есть ли профит от использования бэм вместо твига для бэкенда на симфонии...

[Кирилл Саксин]

Владимир Балин: Плюс кажется очевиден: пишешь сразу REST-сервис, но и минус тоже front-end пишешь отдельно с пачками JS и в любом случае с AJAX и прочими новомодными штуками?

[Владимир Балин]

Мне одному кажется, что проще сдалать твиговых макросов и импортировать куда надо? При этом плюсом будет возможность формирования страницы динамически, а не JS-ом из браузера пользователя... В общем, сомнительная польза БЭМ не дает мне покоя потому, что я никак немогу понять лучше ли будет для симфонии, если его использовать, то ли я бэм не понял, толи твиг всетки тожесамое умеет...

[keltanas]

Владимир Балин да если делать фронденд для лэндоса из плагинов на жкури, то бэм не нужен.
Если бы делать, энтерпрайз с рич юи, браузер хистори и т.д., то, видимо, преимущества бэма были бы более очевидны. Да и твиг с бэмом никак не противоречат и не мешают друг другу.

[keltanas]

Владимир Балин Кирилл Саксин предлагаю попробовать сделать фронтенд (пусть даже без бэм), загружающийся через рекуирджс, на бэкбоне, с множеством модулей, и рендером шаблонов на твиге (https://github.com/justjohn/twig.js/), и пропускать это все для сборки через ассетик. Полагаю, что даже на деве ждать 5-10 секунд при каждой перезагрузке страницы не захочется.

[Кирилл Саксин]

keltanas: Есть более адекватная имплементация твига - mozilla.github.io/nunjucks и он умеет в компиляцию, так что 5-10 секунд сокращаются до 1-2 в худшем случае

[keltanas]

Кирилл Саксин вообще говоря конкретная имплементация твига тут не причем. Проседание скорости идет в роутере, который засераестся ассетиком. Это и профайлер симфони показывает. И отладка роутера через консоль. И камень это в огород https://github.com/hearsayit/HearsayRequireJSBundle
Поэтому пришлось перевести весь фронтэнд в папку web и собирать все грантом (лесс по вотчу). Остальное только для прода.
Теперь ok. 1-2 секунды в худшем случае.
После этого делать фронтенд в стиле бэм стало иметь смысл.

[Кирилл Саксин]

keltanas: Собсно именно это и советуют "best practice" от symfony, кстати советую SpBowerBundle очень неплохая вещь + для оптимизации вы можете отключить "assetic.use_controller"

[keltanas]

Кирилл Саксин спасибо, но грант справляется с форнтендом на 5+ ))

[Кирилл Саксин]

keltanas: Кто б спорил, я лишь привёл альтернативу)

Answer 4

[Алексей Павлов]

Мне кажется, БЭМ вполне можно использовать в symfony вместе с Twig, а не вместо него. Это в том случае, если БЭМ считать именно как методологию разделения и именования элементов, и не использовать инструменты командной строки. БЭМ не противоречит Twig-у, и Twig не противоречит БЭМу, они о разном. Ведь Twig вообще не занимается управлением CSS.
Но лично я по БЭМу нормально не делал, для меня БЭМ - это только методология организации CSS. Если он гораздо больше, чем только CSS, то другое дело.

Использовать БЭМ вместо Twig не получится, ведь в любом случае в шаблон нужно передавать параметры из контроллера. Вот если у вас только REST-сервис, то можно делать без Twig (он там не нужен), но и в этом проекте БЭМ тоже не нужен, он вынесется в другой фронтенд-проект.

Так что, битва титанов не прошла, как невозможна битва между шахматистом и боксёром.