Ну это больше просто как пример, а то без кода как то грустно, а так вы в целом правы.
Ну вообще если говорить тогда уж серьезно, я бы использовал Nuxt Module для определения viewport, он как раз таки это делает через user agent а потом на стороне клиента уже от брейкпоинтов отталкивается. Скорее всего вы знаете про этот модуль так что гундеть не буду, да и сразу видно что вы опытный разработчик если что загуглите.
По поводу админки, да тоже согласен. В идеале вообще использовать middleware, а так же useState чтобы сохранить состояние isAdmin.
Спасибо за хороший развернутый комментарий. Возможно реально следовало сделать примеры не просто ради примеров, а реальные кейсы
не знал кстати про .client спасибо что рассказали, но по поводу графиков вы не правы, к примеру shadcn-vue использует svg для отрисовки графиков, который прекрасно рендерится на сервере.
Да не то чтобы, просто это бигтех + очень часто на собесах почему то когда я упоминал это то челы такие - найс! Вот рил, либо мне просто так везет, либо эта шляпа до сих пор юзается
(P.S. я не отрицаю что БЭМ это шляпа, но эта штука реально годная с чем то вместе, ну по крайне мере мне понравилось)
Возможно, но по крайне мере 1 место где я работал там был это принятый стандарт и он мне показался относительно удобным если не брать как раз таки примеры, когда не понятно как назвать блок. А на счет Яндекса не шарю, но вот эта их штука юзается энивей)
А так по поводу пункта выше частично согласен. Тут видимо я уже динозавр если не выкупаю рофла с дубликатами классов, которые еще не никто не запрещает переносить на новую строчку.
Это больше как стеб, потому что в проектах бема очень часто можно увидеть враперы и подобную шляпу, кто понял тот понял, так скажем раздул из мухи слона)
Согласен, CSS-модули действительно решают проблему именования, но давайте не будем притворяться, что они идеальны:
Попробуй-ка динамически создать класс в CSS-модулях без костылей! Удачи с styles[blockelement--${modifier}] 😅
Глобальные стили? Добро пожаловать в мир :global(.something) или отдельных файлов, которые не модульные. + Как делать туже самую темную тему, тоже не очень понятно.
А что насчёт стилизации на основе родительских компонентов?
И давайте не забудем о доступности кода для новичков. БЭМ понятен с первого взгляда, а styles.button что означает? Нужно идти в файл, чтобы понять стили.
А что на счет оптимизации? Вместо одного класса .button с одинаковыми стилями мы получаем два идентичных класса с разными именами. И так для КАЖДОГО компонента, где ты используешь похожие стили! Конечно, есть инструменты для оптимизации (CSS Nano, PurgeCSS), но проблема фундаментальна — CSS модули поощряют изоляцию вместо переиспользования. Удобно? Да. Эффективно для размера бандла? Не всегда.
CSS-модули крутые для изоляции, БЭМ - для структуры, Tailwind - для скорости разработки.
Ну как раз таки есть места и проекты где юзается, но почему tailwind является ошибкой? В любой проект можно запихнуть из за его конфига, мне кажется заново писать свою css систему немного через чур особенно если требуется быстрый старт проекта и к примеру нет дизайнера.
Хорошая статья, единственно что реально напрягает это composable называть хуком, видимо вы автор с реакта, в целом не вижу ничего плохого в этом, просто если react приколы с use распознает как хуки и там куча магии под капотом то у Vue в этом плане все прозрачно.
Крч главный косяк что composable хуками назвали - просто они хоть и похожи но по разному работают. А так вы молодец
Я с тегами толком то ничего не делал, там только див рабочий в плане кастомайза, я лишь прототип накинул и думаю как лучше UI/UX сделать и сами компоненты. Крч вы пон
Шикарная статья, осталось только понять почему overqualified ловишь на собесах)
Ну а так автор молодец ~(＾◇^)/
Тоже как вариант
Уф, как говорится - гении мыслять одинаково :3
Ну это больше просто как пример, а то без кода как то грустно, а так вы в целом правы.
Ну вообще если говорить тогда уж серьезно, я бы использовал Nuxt Module для определения viewport, он как раз таки это делает через user agent а потом на стороне клиента уже от брейкпоинтов отталкивается. Скорее всего вы знаете про этот модуль так что гундеть не буду, да и сразу видно что вы опытный разработчик если что загуглите.
По поводу админки, да тоже согласен. В идеале вообще использовать middleware, а так же useState чтобы сохранить состояние isAdmin.
Спасибо за хороший развернутый комментарий. Возможно реально следовало сделать примеры не просто ради примеров, а реальные кейсы
не знал кстати про .client спасибо что рассказали, но по поводу графиков вы не правы, к примеру shadcn-vue использует svg для отрисовки графиков, который прекрасно рендерится на сервере.
Вот другое дело если бы Canvas использовался бы для отрисовки графиков.
Так не, я же не говорю полностью отказаться от TW, просто если хочется немного семантики и чуть меньше классов в компоненте то можно вот так сделать.
Да не то чтобы, просто это бигтех + очень часто на собесах почему то когда я упоминал это то челы такие - найс!
Вот рил, либо мне просто так везет, либо эта шляпа до сих пор юзается
(P.S. я не отрицаю что БЭМ это шляпа, но эта штука реально годная с чем то вместе, ну по крайне мере мне понравилось)
Возможно, но по крайне мере 1 место где я работал там был это принятый стандарт и он мне показался относительно удобным если не брать как раз таки примеры, когда не понятно как назвать блок. А на счет Яндекса не шарю, но вот эта их штука юзается энивей)
Та не именно сам класс блока не должен иметь margin
Яндекс - динозавры, записал.
А так по поводу пункта выше частично согласен. Тут видимо я уже динозавр если не выкупаю рофла с дубликатами классов, которые еще не никто не запрещает переносить на новую строчку.
Это больше как стеб, потому что в проектах бема очень часто можно увидеть враперы и подобную шляпу, кто понял тот понял, так скажем раздул из мухи слона)
Я знаю про shadcn) искал между семантической структурой и удобством, сам на проекте radix-vue использовал - очень понравилось) Спасибо за комментарий.
Согласен, CSS-модули действительно решают проблему именования, но давайте не будем притворяться, что они идеальны:
Попробуй-ка динамически создать класс в CSS-модулях без костылей! Удачи с styles[blockelement--${modifier}] 😅
Глобальные стили? Добро пожаловать в мир :global(.something) или отдельных файлов, которые не модульные. + Как делать туже самую темную тему, тоже не очень понятно.
А что насчёт стилизации на основе родительских компонентов?
И давайте не забудем о доступности кода для новичков. БЭМ понятен с первого взгляда, а styles.button что означает? Нужно идти в файл, чтобы понять стили.
А что на счет оптимизации? Вместо одного класса .button с одинаковыми стилями мы получаем два идентичных класса с разными именами. И так для КАЖДОГО компонента, где ты используешь похожие стили! Конечно, есть инструменты для оптимизации (CSS Nano, PurgeCSS), но проблема фундаментальна — CSS модули поощряют изоляцию вместо переиспользования. Удобно? Да. Эффективно для размера бандла? Не всегда.
CSS-модули крутые для изоляции, БЭМ - для структуры, Tailwind - для скорости разработки.
Ну как раз таки есть места и проекты где юзается, но почему tailwind является ошибкой? В любой проект можно запихнуть из за его конфига, мне кажется заново писать свою css систему немного через чур особенно если требуется быстрый старт проекта и к примеру нет дизайнера.
Хорошая статья, единственно что реально напрягает это composable называть хуком, видимо вы автор с реакта, в целом не вижу ничего плохого в этом, просто если react приколы с use распознает как хуки и там куча магии под капотом то у Vue в этом плане все прозрачно.
Крч главный косяк что composable хуками назвали - просто они хоть и похожи но по разному работают. А так вы молодец
выглядит как стеб, учитывая в целом реакцию, так что если не прав и задел извини плз
у вас ссылка не кликабельная(
Я с тегами толком то ничего не делал, там только див рабочий в плане кастомайза, я лишь прототип накинул и думаю как лучше UI/UX сделать и сами компоненты. Крч вы пон
три ха-ха, блин
фу, ты что такое говоришь)