前不久，Nicole Sullivan提出了一個話題，就是：為什么人們決定使用框架?

對于這個問題，看似簡單，但你能回答出來的卻只有那么一兩點。但是我想你可能自己也對自己的回答不太滿意吧？不管你怎么想的，我們都應該正視這個問題。還要對為什么使用框架有一個全方位的了解。

為什么用？

1.可以集中精力在業務的實現，而不用把過多的精力和人力用在代碼功能邏輯的實現上。

2.可以避免由我們自己寫帶來的很多bug。

3.可以暫時快速的解決掉某一問題，以待以后的進一步解決。

4.可以避免寫技術文檔和介紹功能實現給團隊成員的問題。

5.可以極大的縮短開發的周期。

6.因為成熟的框架本身就是完善的解決方案。一般它們都有自己的生態系統，有眾多技術達人參與。這樣我們在使用中，不僅有完善的技術文檔可以隨時查看，遇到問題也有地方問，最重要的一點是不用自己設計、整理、驗證技術方案了，你只需要深入了解它的生態系統即可。

7.避免了bikeshedding現象(它的意思是說：總在一些沒有意義的問題上爭論，而有意忽視哪些真正需要解決的難點/痛點問題)的出現。

為什么不用

1.不用的其中一個原因，就是用框架的成本太高。夸張一點說，可能就這一點就就蓋過了它所有的優點，但要用一個框架一定要考慮它的成本。

2.對于一個團隊來說，首先需要專門招聘一些精通這個框架的開發人員（前端/后端）和維護人員，再加之沒有一個框架是萬能的，如果下一個項目使用另一個框架是否意味著另招一批開發人員，這樣的代價不是所有的企業都能承受；

3.對個人來說，學習一個框架需要花費大量的時間和精力，你不僅要學習框架本身，你還要了解它的生態系統，關注它的各方面咨詢，尤其是版本更新，它往往帶有對過去框架存在問題的改進，如果升級版就可以移除自己解決原框架存在問題而寫的補丁（這些補丁有大有小，也可能引入了其他依賴），這樣就帶來另一個問題，項目的遷移問題，像angular一樣它現在的版本已經到了9.x，但現在有相當一部分還在用著1.x，angualr雖好，但是它也給開發人員帶來了巨大麻煩，學習曲線太陡是一方面，要了解的東西太多（知識面的廣度）是另一個重要方面。當然一直使用一個框架，并進行深度挖掘的技術團隊，受益良多，但這樣的團隊又有多少。

當然，除了成本，我們還要考慮項目的規模和復雜度問題。不能一個就五六個簡單頁面的項目，你就引入一個框架吧。此外使用一個框架，往往會使用它配套的部件，如：引入vue，一些用慣了vue-router，vuex，在項目中自然而然的引入這些東西。這也是開發這些框架的核心團隊為什么盡量的縮減核心框架功能的原因，而把一些次要功能或三級功能獨立出來。這些由主框架、功能庫、主題庫、工具庫、以及輔助開發的工具庫等組成的集合，就是該框架的生態系統。

對于開發人員來說，要保持理智。國內的一些基層開發人員普遍存在不理智的現象，跟風現象比較嚴重。應該注意這些：

1.技術比較火，并不代表技術方案的完美。

2.好的技術框架我不一定都要會，但要有一個框架我十分精通。

3.別人會的，我不一定要非得精通，但我會的要保證別人一定要不如我。

4.學習某一個技術不是一兩天或者一兩個月的事兒，技術都是積累來的。

5.不要把大神神話，它們也是從小白成長起來的。

6.要保持對技術的熱度，而不是蹭技術的熱度。

結束語

其實，不管你是否使用框架，抑或你對框架持有什么樣的態度，你都要明白你選擇的出發點兒是什么或者說動機是什么。

來自：緣自世界