'歧义障碍”

Viget博客文章中的一段话让我印象深刻：

关于Tailwind的多种用法，可以写一整篇文章，但总的来说，这些用法包括：

1. 原生Tailwind，即不更改配置；
2. 在CSS文件中大量使用@apply，但仍然遵循BEM或其他组件组织方式的Tailwind；
3. Tailwind UI；
4. 大量自定义Tailwind的配置并编写自定义插件。

Leo Bauza, “Viget的CSS是如何工作的？”

使用特定技术的方式可能与其他人的方式大相径庭，甚至于即使它们具有相同的核心，也几乎没有相似之处。

Bootstrap也是如此。您可以从CDN链接Bootstrap，使用其提供的完整未经修改的版本。您可以下载Sass/JavaScript源文件，将它们包含在您自己的项目中，并使用您自己的构建流程。这使您可以自定义它们，但这会使升级路径变得复杂。或者您可以从包管理器使用Bootstrap，这意味着您正在从您自己的构建流程中引用源文件，但从未直接修改它们。无论哪种方式，如果您使用的是源代码，您就可以进行诸如自定义（更改颜色、字体等）以及精简您想要使用的部分等操作。

React和Vue也类似。您可以直接从CDN链接它们，并在浏览器中使用它们，而无需构建流程。或者它们可以成为您构建流程的核心，并从npm中提取。或者它们可以成为Next或Nuxt等框架的基础。

当您将任何给定的单一技术可以用如此多种不同的方式使用，以及任何给定项目中使用的不同技术的数量相乘时，就不难理解为什么开发人员在项目上的体验如此不同，以及为什么您经常听到很多人在辩论中各说各话。

以上是'歧义障碍”的详细内容。更多信息请关注PHP中文网其他相关文章！