5 个不用 Bootstrap 的理由

Question

在以前我们的博客文章中，我们讨论了在 web 设计和开发项目中使用 Twitter Bootstrap 的好处。

Twitter Bootstrap 也有很多的缺点。让我们看看这些主要的问题：

1. 它不遵循最佳实践

我们在使用 Twitter Bootstrap 时遇到的最大问题之一是你的 DOM 元素上将拥挤大量的类。这打破了良好的 web 设计基本规则之一，HTML 不再有语义，而且内容和表示不再分离。前端纯粹主义者会觉得这相当令人讨厌，以为它使可扩展性、重用性和维护性遇到了更大的挑战。表示和交互不再独立于内容在 Twitter Bootstrap 中也被进一步的强化。

哦，如此多不必要的类！

2. 它将与我现有设置发生碰撞

如果你被空投到一个干了一半的大项目中，想要使用 Twitter Bootstrappy 享受其所有的好处会如何呢？糟糕的是，你会碰到一大堆的问题，冲突首先会从生成 HTML、CSS 和 JavaScript 开始。然后是它们的资源，你必须深入项目中那些阴暗的角落，搞清楚哪些脚本和样式需要删除或替换。Twitter Bootstrap 会潜在创建额外的工作，当你深入项目会不可避免地发现和修复奇怪的错误，你为自己辩护的理由将会击败你优先选用它的目的。

3. Twitter Bootstrap 太重

坦率的说，Twitter Bootstrap 包括 126kb 的 CSS 和 29kb 的 JavaScript。如果你想要使用 Twitter Bootstap 的所有功能，你应该好好考虑资源的加载时间。当然，对于一些地方这可能不是问题，但是在新西兰互联网不得不横跨太平洋，这时数据达到那儿将是很缓慢的。因此考虑你的目标市场。Twitter Bootstrap 将帮助你建立一个有吸引力的、响应式的网站，但是一些手机用户将因为缓慢的加载时间和消耗电量的脚本而别拒之门外。

4. 不支持 SASS

可能是最大的争论之一，BootStrap 使用 Less 构建，原生不支持 Compass 和 SASS 。现在请不要误会我的意思，Less 是好的，我以前使用它，它肯定有它的优点。但是 SASS 是更好的，带有一个类似于 Compass 的框架，使用它好像完全不需要过多的考虑。一些人建立了 Compass gem 的 Bootstrap ，但是坦率的说，你将不得不使用 Less。在将来的文章中，我将更多的讨论 SASS 和 Less。与此同时，Chris Coyier 已经写了一篇 文章 比较两者。

5. 晕！我的新网站看起来和其他人一个样！

Twitter Bootstrap 超级受欢迎，因此几乎每个开发者都会使用它。虽然它以后当然可以自定义你的应用或网站设计，你会发现时间限制迫使你坚持使用大量的 vanilla Bootstrap 风格。这会导致无意中创造了很多类似的，通用和难忘的网站。因为使用 Twitter Bootstrap 现成的是很快速和容易的，结果创新往往被丢弃了。当你有紧迫的时间限制时，在 Bootstrap 的结构化环境中，与众不同的创新设计很难实现。