Р
из одного и того же bemjson, получившегося в результате отработки bemtree, может быть построен разный html разными шаблонами. или из bemjson вообще строить не html, а другой формат
JSX 😏
Size: a a a
2019 March 12
VH
JSX 😏
Да хоть PHP
AY
Ключевой надо смывать
VH
@lamer я понятно излагаю?
И
@lamer я понятно излагаю?
Я не понимаю ((( как в реали это использовать. Давайте на примере. Вот делаю я сайт, есть блок главной страницы данные туда упали из restapi, по какой причине я должен сделать bemtree шаблон а не bemhtml?
VH
И
я выше привёл примеры кода bem.info, ты смотрел его?
да, там атрибуты и теги применяются в bemhtml
VH
Я не понимаю ((( как в реали это использовать. Давайте на примере. Вот делаю я сайт, есть блок главной страницы данные туда упали из restapi, по какой причине я должен сделать bemtree шаблон а не bemhtml?
ты можешь всё писать в bemhtml, если не нужно разделение данных и их представления
И
ты можешь всё писать в bemhtml, если не нужно разделение данных и их представления
а приведите пример когда это действительно нужно
VH
а приведите пример когда это действительно нужно
часть проекта может отрисовываться на клиенте по переданнному bemjson, при этом на сервере в коде есть части кода, которые ни при каких условиях не должны попасть на клиент
И
часть проекта может отрисовываться на клиенте по переданнному bemjson, при этом на сервере в коде есть части кода, которые ни при каких условиях не должны попасть на клиент
спасибо за подробные ответы! Это все сложно осознавать без реальных примеров.
И
ты можешь всё писать в bemhtml, если не нужно разделение данных и их представления
Вы когда-то писали что bemtree асинхронный, не значит ли это что если я буду использовать только bemhtml то потеряю в скорости рендера?
VH
Вы когда-то писали что bemtree асинхронный, не значит ли это что если я буду использовать только bemhtml то потеряю в скорости рендера?
он был асинхронный, но сейчас нет
И
он был асинхронный, но сейчас нет
Я уже все некропосты перерыл в поисках ответа зачем мне bemtree 😁
VH
Я уже все некропосты перерыл в поисках ответа зачем мне bemtree 😁
он тебе не нужен
VH
Я уже все некропосты перерыл в поисках ответа зачем мне bemtree 😁
если ты не испытываешь в потребности в двух слоях логики, делай всё в одном и не парься
И
если ты не испытываешь в потребности в двух слоях логики, делай всё в одном и не парься
Супер, спасибо, так и буду делать
2019 March 13
И
Соответственно, и структура библиотеки и проекта будет разная. В библиотеке лучше использовать nested файловую структуру, чтобы всё было максимально разбито на части и позволяло собрать как угодно. А в проекте удобнее писать стили блока в одном файле и разбивать на отдельные папки/файлы только по мере необходимости
Здравствуйте, дайте пожалуйста разьяснение по уровням переопределения на проекте. Допустим у меня 3 уровня common deskopt и touch. К примеру есть шапка сайта, она не значительно различается для телефона и планшета и чуть больше для десктопа . Как следует распределить код по уровням?
Вариант 1
- В common блок без элементов + его стили
- На уровнях desktop и touch наполняем блок элментами в соответствии с их структурой и пишем для них стили
- В блоке для touch в шаблонизаторе матчимся на некое значение которое позволяет понять планшет или телефон и правим блок для соответствующего девайса
Вариант 2
- В common реализуем блок к примеру полностью для десктопа и пишем стили
- В touch шаблонизатором выпиливаем ненужное и меняем структуру + переопределяем стили
Вариант 3?
Вариант 1
- В common блок без элементов + его стили
- На уровнях desktop и touch наполняем блок элментами в соответствии с их структурой и пишем для них стили
- В блоке для touch в шаблонизаторе матчимся на некое значение которое позволяет понять планшет или телефон и правим блок для соответствующего девайса
Вариант 2
- В common реализуем блок к примеру полностью для десктопа и пишем стили
- В touch шаблонизатором выпиливаем ненужное и меняем структуру + переопределяем стили
Вариант 3?