10 подписчиков
Меняю своё мнение относительно Tailwind. Использовал его в паре небольших проектов, и может даже в одном рабочем. Он неплох и у него хорошая концепция, что с ростом проекта не будет расти объём CSS файлов (будет, но до определённой границы). У него так получается потому что компоненты всегда переиспользуют уже существующие классы.
И для больших цельных проектов оно вроде как хорошо (если глаза от обилия классов в вёрстке не вытекут, но у меня иммунитет, вполне нормально это). Но вот для библиотек оно как-то уже не так хорошо. Или для кода который потенциально вынесется в библиотеку.
Вроде есть фича что можно префикс задать, но кто тогда в коде эти префиксы задавать будет? Т.е. чтобы потом не браться за голову нужно все использования классов в компонентах оборачивать в функцию, которая потом сможет сменить этот префикс везде, если код вынесется в библиотеку и чтобы оно не конфликтовало с чужими стилями/другими экземплярами tailwind.
И ладно бы только в коде, есть же ещё их @apply в css, который иногда хочется использовать чтобы делать шорткаты, или чтобы не сойти с ума когда @media правила пишешь. В итоге чтобы использовать tailwind для библиотеки компонентов нужно или везде префиксы писать (а я тогда хочу чтобы там и версия была, мало ли на странице окажется несколько экземпляров), или оборачивать всё в свои функции и писать какие-то postcss плагины свои, чтобы он там тоже префиксов докинул.
Так что завязываю пока я с ним, не так страшно если объём CSS будет пропорционален объёму JS.
1 минута
11 октября 2022