1.它不遵循最佳實踐
我們在使用Twitter Bootstrap時遇到的最大問題之一是你的DOM元素上將擁擠大量的類。這打破了良好的web設(shè)計基本規(guī)則之一,HTML不再有語義,而且內(nèi)容和表示不再分離。前端純粹主義者會覺得這相當(dāng)令人討厭,以為它使可擴展性、重用性和維護性遇到了更大的挑戰(zhàn)。表示和交互不再獨立于內(nèi)容在Twitter Bootstrap中也被進一步的強化。
A snapshot of some HTML from one of the Twitter Bootstrap templates.
2. 它將與我現(xiàn)有設(shè)置發(fā)生碰撞
如果你被空投到一個干了一半的大項目中,想要使用 Twitter Bootstrappy 享受其所有的好處會如何呢?糟糕的是,你會碰到一大堆的問題,沖突首先會從生成 HTML、CSS和JavaScript 開始。然后是它們的資源,你必須深入項目中那些陰暗的角落,搞清楚哪些腳本和樣式需要刪除或替換。Twitter Bootstrap 會潛在創(chuàng)建額外的工作,當(dāng)你深入項目會不可避免地發(fā)現(xiàn)和修復(fù)奇怪的錯誤,你為自己辯護的理由將會擊敗你優(yōu)先選用它的目的。
3. Twitter Bootstrap 太重
坦率的說,Twitter Bootstrap包括126kb的CSS和29kb的JavaScript。如果你想要使用Twitter Bootstap的所有功能,你應(yīng)該好好考慮資源的加載時間。當(dāng)然,對于一些地方這可能不是問題,但是在新西蘭互聯(lián)網(wǎng)不得不橫跨太平洋,這時數(shù)據(jù)達到那兒將是很緩慢的。因此考慮你的目標(biāo)市場。Twitter Bootstrap將幫助你建立一個有吸引力的、響應(yīng)式的網(wǎng)站,但是一些手機用戶將因為緩慢的加載時間和消耗電量的腳本而別拒之門外。
4. 不支持SASS
可能是最大的爭論之一,BootStrap使用less構(gòu)建,原生不支持Compass和SASS?,F(xiàn)在請不要誤會我的意思,less是好的,我以前使用它,它肯定有它的優(yōu)點。但是SASS是更好的,帶有一個類似于Compass的框架,使用它好像完全不需要過多的考慮。一些人建立了Compass gem的Bootstrap,但是坦率的說,你將不得不使用less。在將來的文章中,我將更多的討論SASS和less。與此同時,Chris Coyier已經(jīng)寫了一篇文章比較兩者。
5. “喂!我的新站看起來跟大伙的一樣!”
Twitter Bootstrap超級流行,流行到所有開發(fā)人員和他家的狗都去用的程度。你可能發(fā)覺由于時間限制,定制你的app或者網(wǎng)站時被迫使用了很多原生 Bootrasp風(fēng)格。這會導(dǎo)致無意創(chuàng)建很多類似的,一般的和無眼緣的網(wǎng)站。在Twitter Bootstrap 實現(xiàn)起來既快速又容易的同時,創(chuàng)意往往是妥協(xié)的結(jié)果。在受限的時間里,在Bootstrap結(jié)構(gòu)化的環(huán)境中,實現(xiàn)打破常規(guī)的創(chuàng)新設(shè)計是很難的。
為什么使用SASS/SCSS?