我關注的朋友關注了這個問題。我僅代表我個人觀點說說不用bootstrap的原因，這裡簡稱bs。
我在用bs的時候還處於前端入門階段，bs官方文件友好到任何類型的開發人員引用這個文件，複製貼上即可UI成型，也不需要補習太多前端知識。 （推薦學習：Bootstrap影片教學）
沒有設計師或急需趕工的情況下，它無疑是最有保障的css框架首選。使用它你無須擔心兼容，頁面塌陷等肉眼可見的bug，bs全都為你處理掉了，十分省心。
在一個專案的0階段，想要快速形成demo，bs是合適web端做打底衫的。
到了專案成長階段，bs的作用則會大打折扣。 bs無法完全滿足新需求致使的UI變化，尤其在非前端開發人員的調試下會因為知識經驗缺乏導致頁面臃腫佈局混亂，而隨著前端開發人員的成長，面對UI變化，大部分人反認為手寫比用bs更省事。
想基於bs做更加炫麗的頁面不通透這個框架是無法達到的，這是部分開發人員中途棄用bs的原因之一，但這個框架依然存在項目，日新月異後，bs會成為想抽離又無法抹去的泥巴。
開發人員在這塊泥巴上反覆修改揉捏，所以後來會常常思考，這個框架為專案到底做了什麼呢？
一開始你把bs當作打底衫，那它則只能用於打底。
而如果你想一開始把bs當作框架充分利用起來，則需要時間學習，需要付出成本去補充了解這個框架的前提知識，然而當你完全看懂了bs了解bs的源碼後，你會發現它在許多實現手法上並沒有你想像中的偉大，你也會躍躍欲試，甚至會想到更絕妙的思路完成同一個事情。
再來，多欄佈局是最常見的css佈局之一，實現的方式不下10種，它們分別應對各種各樣的業務場景，而bs的流式佈局堪稱撐起一片天，它的響應式看似獨霸天下能滿足80%的要求，但開發者們仍會保留20%用於追逐更高效的技巧，而且隨著前端的發展，原生bs流式佈局已然有更優的實現方式了。
其實如果一個前端工程師能夠對bootstrap或foundation這類框架有深入的了解的話，對技術、效率的提升還是挺明顯的。
所以，我想很多前端開發者們不用bootstrap框架的原因是因為他們已站在bs的肩膀上看到了更精彩的世界。
更多Bootstrap相關技術文章，請造訪Bootstrap教學欄位進行學習！
以上是為什麼前端不用bootstrap的詳細內容。更多資訊請關注PHP中文網其他相關文章！
