Ich habe diesen wichtigen Punkt aus einem Beitrag im Viget-Blog geschätzt
Man könnte einen ganzen Artikel über die vielen Geschmacksrichtungen von Tailwind schreiben, aber grob gesagt sind diese Geschmacksrichtungen
1. Stock tailwind, d.h. keine Änderungen an der Konfiguration,
Leo Bauza, „How does Viget CSS?”
2. Tailwind, das stark auf@applyin CSS-Dateien setzt, aber dennoch BEM oder eine andere Komponentenorganisation verfolgt,
3. Tailwind UI, und
4. die Konfiguration von Tailwind stark anpassen und eigene Plugins schreiben.
Die Art und Weise, wie Sie bestimmte Technologien verwenden, kann sich stark von der Art und Weise unterscheiden, wie jemand anderes sie verwendet, bis zu dem Punkt, dass sie wenig Ähnlichkeit aufweisen, selbst wenn sie denselben Kern teilen.
Bootstrap ist ähnlich. Sie können Bootstrap von einem CDN verknüpfen, die gesamte unveränderte gebaute Version von allem, was es bietet. Sie können die Sass/JavaScript-Quelldateien herunterladen, sie in Ihr eigenes Projekt einbinden und Ihren eigenen Build-Prozess mitbringen. Dies gibt Ihnen die Möglichkeit, sie anzupassen, was aber den Upgrade-Pfad verkompliziert. Oder Sie könnten Bootstrap über einen Paketmanager verwenden, was bedeutet, dass Sie die Quelldateien aus Ihrem eigenen Build-Prozess referenzieren, aber niemals direkt anfassen. In beiden Fällen können Sie, wenn Sie die Quelle verwenden, Dinge wie Anpassungen vornehmen (Farben, Schriftarten usw. ändern) und sogar die Teile, die Sie verwenden möchten, reduzieren.
React ist ähnlich. Vue ist ähnlich. Sie können sie direkt von einem CDN verknüpfen und direkt im Browser ohne Build-Prozess verwenden. Oder sie können das Herzstück Ihres Build-Prozesses sein und von npm bezogen werden. Oder sie können die Grundlage für ein Framework wie Next oder Nuxt bilden.
Wenn man die Tatsache multipliziert, dass jede einzelne Technologie auf so viele verschiedene Arten genutzt werden kann, mit der Anzahl der verschiedenen Technologien, die in einem bestimmten Projekt verwendet werden, ist es kein Wunder, warum die Erfahrung der Entwickler bei Projekten so stark variiert und man oft das Gefühl hat, dass sich die Leute in Debatten aneinander vorbeireden.
Wenn Sie Option 2 verwenden – @apply und BEM – sollten Sie sich ein winziges Sass-Framework ansehen, das ich gerade veröffentlicht habe; für diesen Zweck entwickelt. Es eignet sich viel besser für Designsysteme und große Projekte: (glidecss.com)[https://glidecss.com].
Danke Chris, dass Sie auf das Problem dieser Debatten hinweisen.
Diese „12 Gründe, warum Bootstrap schlecht für Sie ist“ oder „Warum Sie React nicht verwenden sollten“, frustrieren mich wirklich, als ob man diese Werkzeuge nicht an seine Bedürfnisse anpassen könnte.
Unser Produkt macht die Umstellung auf die Verwendung von
twin.macromit Emotion, um uns eine schöne Kombination aus Tailwind (und seiner Konfigurierbarkeit) und CSS-in-JS zu geben, die unabhängig von jeder View-Bibliothek ist. Wir verwenden React, also passt es sehr gut!Wir freuen uns darauf zu sehen, wie gut es unsere Fähigkeit, UIs schnell zu prototypisieren, steigert!
Ich benutze Bootstrap 5 fast die ganze Zeit bei der Arbeit, aber wenn ich freiberuflich tätig bin, wird Tailwind wirklich zum Star. Die PostCSS-Purge-Features und die Art und Weise, wie md:feature und hover:state Klassen funktionieren, sind so elegant. Meine einzige Beschwerde ist, dass man sehr lange Utility-Klassen-Strings generieren muss, um Dinge zu tun, die wie „Button“ wie bei Bootstrap sein könnten, aber ich verstehe, warum sie einen unvoreingenommenen Ansatz damit verfolgen.