前端組件化普及的今天花時間鑽研bootstrap3/AdminLTE2這些UI框架還能有多大收益?

01-09

偶然的原因今天又仔細翻看了一下AdminLTE的文檔, 發現之前對它了解得太片面了, 感覺它其實能發揮出很大的能量, 所以動了心思想要在工作之餘翻譯一下他的文檔, 順便細細地了解一番.
可是目前的狀況來看, 前端高度組件化, 似乎這個框架能發揮的力量受到了極大的限制(或者說ng2-bootstrap/Element/Material這些組件化的UI框架擁有更強大的力量). 所以有點猶豫這麼大的時間成本是否值得.

謝邀！

AdminLTE2自己並沒有接觸過，所以不敢有何看法，自己說說Bootstrap這個東東吧。

首先應該了解一下Bootstrap的歷史以及他產出的背景條件，早在Bootstrap V1版本出來之前，這個東東在Twitter內部得到一定的使用率，開源之後更是得到眾多開發者的親眯，而且也產生了一些產品鏈，比如國外很多WP的主題，就是基於這個做的，從這一方面講，它還是具有一定的價值的。

第二點，它解決了一些UI上的差異化，特別是對於一些沒有美感的開發人員，他們藉助於Bootstrap可以快速搭建出具有一定美感的網頁，這也是為什麼很多公司後台運用系統會採用Bootstrap做皮膚原因之一。

第三點，再來說說他的代碼。就目前這相的大環境之下，Bootstrap稱不上是框架，和React、Vue、ng這樣的不能相比，但對於其設計思想以入代碼的組織上，它還是有自己的特點的：

HTML結構具有較強的語義化
HTML具有較強的可讀性
HTML添加了大量的無障礙信息
組件獨立化
CSS分割清晰，特別是SCSS的引入，讓其定製化更為靈活

第四點，學習Bootstrap其實不需要怎麼花時間，如果你熟悉CSS（或者說CSS處理器）和JavaScript你就能很快的了解其核心。就算是你不怎麼懂CSS和JavaScript，也可以很快的上手Bootstrap，因為他的官網文檔已經介紹的非常詳細。按照他的文檔操作就可以快速搭建出自己需要的頁面

第五點，如果就皮膚功能上來講，你也可以依賴於CSS的處理器快速改造出適合自己的皮膚

第六點，Bootstrap以前只是一個Framework，但隨著其他前端技術的出現，在GitHub上有很多基於Bootstrap的東東，比如React-Bootstrap、Vue-Bootstrap之類。

以上僅是自己愚見，不對之處歡迎拍正

游兵散將成為正規軍的途徑是要看正規軍如何打仗。研究大的開源項目的目的也是這個，這些項目背後有一大群比較專業的人，用的是工程化良好的各種實踐，所以看twbs/bootstrap 這樣的項目本身，就像讀一本兵書。單是理解每個文件存在的實際意義，項目目錄的結構這些看似表面的東西，就可以學到很多了。

一種就是邊看邊查。由於項目需要，你肯定得幾天內達到基本可用，不會的時候查。另一種思路就是專門花時間去研究，比如bootstrap的柵格系統怎麼設計的？同理，其他框架得柵格怎麼設計的？最近我看我們公司又改寫了ionic的柵格系統，我看他們都沒用柵格，我倒是很困惑，項目太趕沒來得及問。這是橫向擴展。另一個就是深度擴展。你看它結構，研究它代碼組織，每一塊是怎麼想的？

bootstrap這種輕量級的框架，或者都稱不上框架的東西跟NG/VUE這種並不衝突。html是毛坯房，bootstrap就是裝飾品，而NG/VUE就是要根據數據來決定怎麼裝修。

現在張口閉口組件化，其實我覺得PC上的系統未必就真的適合純粹的組件化。一些見簡單的CRUD場景用傳統的伺服器視圖引擎比如Razor甚至可以0編碼自動生成。組件化還屏蔽了很多細節，PC上的系統有很多變態需求，主要業務模塊基本沒有復用的必要，需求又複雜，變動又頻繁，這種地方就不適合什麼組件化，只要使用雙向綁定等基本的東西，讓所有的細節都暴露在你眼前，來了需求立馬就改，沒有那麼多拐彎抹角。

再多扯一句，現在前端這麼推組件化，我看哪家公司再出個IDE，然後就是往拖拖拽拽的方向走了。呵呵，這條路怎麼那麼熟悉，這不就是大家一直噴一直黑MS的那條路么，現在大家都要走？