Я никогда не собирался специально разрушать какую-либо технологию. Я считаю, что у каждой технологии есть свой допустимый вариант использования. Но как разработчику необходимо проанализировать технологию, а также ее плюсы и минусы, прежде чем следовать тенденции принятия ее ради нее.

Одна из новейших технологий, которой в наши дни уделяется много внимания, - это Tailwind CSS. Когда я впервые услышал об этом, меня сразу же заинтересовало мое естественное пристрастие к миру фронтендов.

Tailwind - это служебный фреймворк CSS. Он создан для служебных целей, что означает, что он должен облегчить разработку. Он отличается от других распространенных фреймворков CSS, таких как Bootstrap, в том смысле, что Tailwind не предоставляет никаких встроенных компонентов пользовательского интерфейса.

Вкратце, основное преимущество Tailwind заключается в том, что он избавляет вас от необходимости писать огромное количество CSS, и вместо этого вы можете использовать Tailwind непосредственно в своем HTML. Это также первое, что они продвигают на своем официальном сайте - идею не оставлять свой HTML-код.

Интерфейсное сообщество всегда очень новаторское, и люди продолжают создавать новые технологии для облегчения нашей повседневной работы. Эти разработчики, безусловно, заслуживают похвалы, но прежде чем сесть в какой-либо поезд или использовать разрекламированную технологию, мы должны рассмотреть плюсы и минусы, прежде чем применять ее.

Было сделано множество руководств по этой новой служебной структуре, и кажется, что она имеет ряд замечательных преимуществ. Прежде чем обсуждать, стоит ли использовать Tailwind, давайте рассмотрим плюсы и минусы Tailwind.

Плюсы Tailwind

1. Это значительно ускоряет процесс укладки.

Несомненно, Tailwind помогает вам намного быстрее стилизовать ваши HTML-элементы. Поскольку вам не нужно оставлять разметку, вы можете практически напрямую стилизовать элементы. Вы можете создавать красивые макеты гораздо быстрее, чем делать это с нуля.

2. Это обеспечивает большее удобство.

Вам не придется сталкиваться с множеством проблем, с которыми сталкиваются многие разработчики при использовании CSS. Не секрет, что многие разработчики не любят CSS или считают его сложным. Для такого разработчика использование встроенных классов, которые предоставляет Tailwind, избавит разработчика от многих проблем с CSS.

3. Обеспечивает безопасность.

Это верно для любого протестированного фреймворка, который люди безопасно используют в производственной среде. Поскольку он протестирован и фреймворк стабилен, вы можете использовать его и чувствовать себя в безопасности, что ничего не сломается. Кроме того, поскольку вы пользуетесь фреймворком, созданным опытными инженерами, они помогут вам в случае возникновения каких-либо проблем с фреймворком.

Давайте перейдем к обсуждению некоторых возможных недостатков использования Tailwind CSS.

Минусы попутного ветра

1. Ваша разметка становится очень подробной.

Если вы видели, как обычно используется Tailwind, вы предоставляете HTML-элементам набор классов Tailwind, которые отвечают за стиль. Мне довольно сложно читать, чем занимаются классы. На мой взгляд, это неестественный способ работы с CSS, и он противоречит концепции «разделения ответственности». Мне нравится, когда мой стиль отделен от разметки, и не смешивать их слишком много.

Чтобы проиллюстрировать, что я имею в виду, это пример использования Tailwind с их официального сайта:

Не знаю, как вы, но для меня это очень многословно, и его довольно трудно читать.

2. Возможно, вам придется время от времени обходить фреймворк.

Это еще одна проблема, с которой вы можете столкнуться. Если вы не можете найти поддержку для вашего конкретного варианта использования в документации, вам, возможно, придется немного подправить фреймворк, чтобы он соответствовал вашим потребностям. По сути, вы создадите свою собственную небольшую структуру вокруг Tailwind. Я бы предпочел иметь полный контроль над своим стилем с самого начала, вместо того, чтобы переопределять встроенные стили попутного ветра в дальнейшем.

3. Это костыль для разработчиков, плохо знающих CSS.

Хороший фронтенд-разработчик должен уметь писать CSS с нуля и даже создавать личный фреймворк. Когда вы полагаетесь на фреймворк, который сделает за вас всю тяжелую работу, фактически не зная, что происходит в фоновом режиме, вы можете потерять контроль над своим стилем и не знать, как отлаживать какие-либо проблемы.

4. Чтобы стать продуктивным, нужно время.

Это, конечно, компромисс с любым фреймворком. Но факт остается фактом: когда вы принимаете новую структуру, потребуется время, чтобы она стала продуктивной.

Что меня здесь беспокоит, так это то, что вам нужно выучить кучу имен классов, тогда как на самом деле любой опытный разработчик интерфейса может довольно быстро написать эти классы CSS с нуля. Поэтому я не могу понять, насколько Tailwind принесет пользу такому разработчику.

Думаю, здесь все сводится к личным предпочтениям. Если вы готовы потратить время на изучение фреймворка, чтобы в конечном итоге ускорить стилизацию CSS, сделайте это. Лично мне нравится писать его с нуля, потому что таким образом я лучше контролирую свои классы CSS.

Последние слова

Если вы плохо владеете CSS, вам следует уделить первоочередное внимание правильному его изучению, прежде чем использовать служебную среду, такую ​​как Tailwind, потому что в противном случае вы можете в конечном итоге использовать классы, не зная, что они на самом деле делают или как работают.

Если вы хорошо разбираетесь в CSS, но хотите ускорить процесс стилизации и готовы потратить время на изучение фреймворка, то Tailwind может оказаться для вас отличным выбором.

Я, вероятно, еще больше изучу попутный ветер в будущем и, возможно, позже передумаю. Но пока я думаю, что мне будет лучше без него, поскольку я не вижу большей ценности в его использовании, чем в написании собственного CSS.