現在我們知道什么時候組件化，那么我們為什么要有組件化呢？ 知道了一些組件化的基本概念，我們不難想到不管是前端組件化還是后端的組件化，目的無非是為了提高開發效率和后期維護效率。 對于提高開發效率，有小伙伴問，我直接寫成html標簽比寫成組件化要簡單太多了，組件化又要獨立又要提供接口還要進行封裝，話是這么說沒錯，但是現在的前端的交互效果是越來越復雜多樣了，而且頁面越來越多，越來越大，多人協作成為了必不可少的環節，提高開發效率我認為是指多人協作制定一些開發規則，這樣每個人分工負責一個模塊，再把模塊細分成組件，組件之間統一對外接口，這樣多人協作的有效性和效率都會得到明顯的提升，當然這是需要一定的技術支持的。 然后就是后期維護效率了，如果我要實現一個網站的頭部，就可以把這個模塊單獨抽離出來進行封裝，根據不同的業務要求，可以有效的定制不同的頭部（當然要結構是一致的了，只不過是它只是關心你給我什么內容，我的展示不同而已，這和外界的數據是不一樣的，你外界什么數據我不關心，我只關心你給我的）。 這樣就可以在不同頁面進行靈活復用了，如果后期要改什么比如說DOM結構的變動，就只需要修改這個組件就可以了，這樣其他所有用到這個組件的都不需要去修改了，比起之前說的要用到的地方直接碼HTML要方便的多，這是后期維護的效率問題，就像是我們定義的變量。 這其實我們也是很早就接觸過了，之前和Java協作開發的時候，我就看過他們做靜態頁面的時候，都會引入一些公共的模塊<jsp:include page="common.jsp" />，所以我感覺前端是慢慢向后端接近了。