EW
Это конечно все здорово, да, но работа над большой кодовой базой требует типизации, в ibem сложно это все запихнуть
Size: a a a
2018 November 19
EW
+ мы все таки больше читаем код, чем пишем
EW
и типизированный код читать куда легче, чем разбираться, как эта магия работает в ibem
EW
и тратить на это несколько часов, особенно если у тебя 2-3 уровня переопределения + эксперименты
EW
В ibem конечно можно запихнуть типизацию, написать сервер + языковой сервис для типизации шаблонов на основании депсов, но это все требует много времени и людей
АВ
фактически вы сказали что стек на реакте не такой гибкий как как с bem-xjst. А по поводу минимального набора методов, можно просчитаться и затем уже придется пилить блок с нуля так как выпилить что-то уже нет возможности
Я бы зафиксировал такое утверждение:
C brc@v3 возможно решение всех тех же проблем, что решаются и в bem-xjst + i-bem, но немного по-другому и более частно. То есть ровно там, где это требуется, а не повсеместно из коробки.
C brc@v3 возможно решение всех тех же проблем, что решаются и в bem-xjst + i-bem, но немного по-другому и более частно. То есть ровно там, где это требуется, а не повсеместно из коробки.
И
Я бы зафиксировал такое утверждение:
C brc@v3 возможно решение всех тех же проблем, что решаются и в bem-xjst + i-bem, но немного по-другому и более частно. То есть ровно там, где это требуется, а не повсеместно из коробки.
C brc@v3 возможно решение всех тех же проблем, что решаются и в bem-xjst + i-bem, но немного по-другому и более частно. То есть ровно там, где это требуется, а не повсеместно из коробки.
brc@v3 - уже стабильная ветка?
АВ
+-, я думаю в ближайшее время мы вольем ее в мастер, добросим документации и тестов на благо сообщества.
АВ
brc@v3 - уже стабильная ветка?
По крайней мере, мы катаем эксперименты в продакешене Поиска, а это что-то да значит 😉
И
+-, я думаю в ближайшее время мы вольем ее в мастер, добросим документации и тестов на благо сообщества.
Уговорили, перейду на темную сторону)
ЕБ
VH
Обращайтесь ;)
ЕБ
Обращайтесь ;)
Хорошо
2018 November 20
AY
А раскладыванием по каталогам никто не занимается по бэм
я видел бабель так делает, монорепозиторий называется
вместо deps.js у них package.json
тесты тоже рядом лежат
только css нету
вместо deps.js у них package.json
тесты тоже рядом лежат
только css нету
2018 November 21
АО
[Этот тест](https://github.com/bem/bem-react-core/blob/v3/packages/core/test/withBemClassMix.test.tsx) в пакете core не относится к пакету core. Там тестируется функция
cn из пакета classname. Но и в пакете classname такой тест не то чтобы необходим, там уже есть тесты для cn, покрывающие такие случаи. Я думаю, подобный тест должен писать пользователь библиотеки для своих блоков — "правильно ли используется передаваемый className внутри блока, не захардкодил ли я там <div className='foo' /> случайно?". А в репозитории bem-react-core такой тест пользы не несёт.SB
[Этот тест](https://github.com/bem/bem-react-core/blob/v3/packages/core/test/withBemClassMix.test.tsx) в пакете core не относится к пакету core. Там тестируется функция
cn из пакета classname. Но и в пакете classname такой тест не то чтобы необходим, там уже есть тесты для cn, покрывающие такие случаи. Я думаю, подобный тест должен писать пользователь библиотеки для своих блоков — "правильно ли используется передаваемый className внутри блока, не захардкодил ли я там <div className='foo' /> случайно?". А в репозитории bem-react-core такой тест пользы не несёт.АВ
Присылай PR, все поправим. Потеряли, наверное, во время разноса ф-ти :)
АО
Присылай PR, все поправим. Потеряли, наверное, во время разноса ф-ти :)
PR с удалением кода, что может быть лучше!
SB
https://ru.bem.info сервер не отвечает
