最近，在持續關注一個Twitter話題，就是 Why do people decide to use frameworks? ，這個話題是由Nicole Sullivan提出的。
剛開始，我對這個問題也沒有太在意，也就是隨意的看了看，正如提問者Nicole Sullivan說的那樣，我剛開始也覺得這是一個愚蠢的問題。但是這個問題就像蒲公英的種子一樣，就這麼在我的腦海裡紮了根，截至到我這寫這篇文章之前，我都有一直關注這個問題，並且在思考這個問題。
雖然這個問題看似簡單，你或多或少都能回答出那麼一兩點，但是我想你可能自己也對自己的回答不太滿意吧？不管你怎麼想的，但我漸漸收起了我從一開始的輕視態度，開始正視這個問題。
在這裡，我還要感謝Nicole Sullivan，是她的這個話題，讓我對為什麼使用框架有了全方位的瞭解。
為什麼用
- 可以集中精力在業務的實現，而不用把過多的精力和人力用在代碼功能邏輯的實現上。
- 可以避免由我們自己寫帶來的很多bug。
- 可以暫時快速的解決掉某一問題，以待以後的進一步解決。
- 可以避免寫技術文檔和介紹功能實現給團隊成員的問題。
- 可以極大的縮短開發的週期。
- 因為成熟的框架本身就是完善的解決方案。一般它們都有自己的生態系統，有眾多技術達人參與。這樣我們在使用中，不僅有完善的技術文檔可以隨時查看，遇到問題也有地方問，最重要的一點是不用自己設計、整理、驗證技術方案了，你之需要深入瞭解它的生態系統即可。
- 避免了bikeshedding現象(它的意思是說：‘總在一些沒有意義的問題上爭論，而有意忽視哪些真正需要解決的難點/痛點問題’)的出現。
為什麼不用
不用的其中一個原因，就是用框架的成本太高。誇張一點說，可能就這一點就就蓋過了它所有的優點，但要用一個框架一定要考慮它的成本。
對於一個團隊來說，首先需要專門招聘一些精通這個框架的開發人員（前端/後端）和維護人員，再加之沒有一個框架是萬能的，如果下一個項目使用另一個框架是否意味著另招一批開發人員，這樣的代價不是所有的企業都能承受；
對個人來說，學習一個框架需要花費大量的時間和精力，你不僅要學習框架本身，你還要了解它的生態系統，關注它的各方面諮詢，尤其是版本更新，它往往帶有對過去框架存在問題的改進，如果升級版就可以移除自己解決原框架存在問題而寫的補丁（這些補丁有大有小，也可能引入了其他依賴），這樣就帶來另一個問題，項目的遷移問題，像angular一樣它現在的版本已經到了9.x，但現在有相當一部分還在用著1.x，angualr雖好，但是它也給開發人員帶來了巨大麻煩，學習曲線太陡是一方面，要了解的東西太多（知識面的廣度）是另一個重要方面。當然一直使用一個框架，並進行深度挖掘的技術團隊，受益良多，但這樣的團隊又有多少。
除了成本，就要考慮項目的規模和複雜度問題。
不能一個就五六個簡單頁面的項目，你就引入一個框架吧。此外使用一個框加，往往會使用它配套的部件，如：引入vue，一些用慣了vue-router，vuex，在項目中自然而然的引入這些東西，這些在簡單的仙姑中往往沒有必要。這也是開發這些框架的核心團隊為什麼儘量的縮減核心框架功能的原因，而把一些次要功能或三級功能獨立出來。這些由主框架、功能庫、主題庫、工具庫、以及輔助開發的工具庫等組成的集合，就是該框架的生態系統。
開發人員要保持理智
國內的一些基層開發人員普遍存在不理智的現象，跟風現象比較嚴重。應該注意這些：
- 技術比較火，並不代表技術方案的完美。
- 好的技術框架我不一定都要會，但要有一個框架我十分精通。
- 別人會的，我不一定要非得精通，但我會的要保證別人一定要不如我。
- 學習某一個技術不是一兩天或者一兩個月的事兒，技術都是積累來的。
- 不要把大神神話，它們也是從 小白 成長起來的。
- 要保持對技術的熱度，而不是蹭技術的熱度。
結束語
其實，不管你是否使用框架，抑或你對框架持有什麼樣的態度，你都要明白你選擇的出發點兒是什麼或者說動機是什麼。
閱讀更多 河南華創教育 的文章
