Комментарии 5
Хотелось бы прочитать не только о плюсах tailwind, но и о плюсах компонентных библиотек.
Сейчас выглядит не как сравнение, а как обзор
Так можно же использовать tailwind + antd например. Ведь даже используя библитеку компонентов все равно нужно как то задавать обычный css
Так и не понял, как все-таки реализовать "Date Picker" на Tailwind?
Я бы выкинул отсюда mui и ant и подходил к выбору решения для стилизации с позиции этапа генерации и сделал бы этот критерий краеугольным камнем, потому что плюсы и минусы исходят от этого. Хотите иметь возможность динамически создавать стили в зависимости от разных условий, css in js однозначно будет иметь преимущество, потому что это рантайм. Хотя мы все еще можем использовать инлайн стили, но это не так удобно как css in js. Минусы решения очевидны, дополнительные вычисления и нагрузка в рантайме. Хотите не нагружать рантайм, тогда можно взять любой CSS препроцессор или голый css + css modules для изоляции. Минус в том, что нет динамики, вы конечно сможете заинлайнить что-то, но это менее естественно в сравнении с css in js и не покрывает 100% кейсов, в основном касающихся динамического создания деклараций. Хотя наверное подавляющее большинство кейсов будет покрыто инлайн стилями либо css переменными. Есть еще css in js compiled time. Но тут я не понимаю зачем это нужно, ты пишешь css в js но не имеешь плюсов запуска в рантайме. Как по мне это какое-то извращение, но может я не прав.

Tailwind CSS v4 против MUI, Ant Design и Styled Components: архитектурный разбор