組件化：搭建系統(tǒng)、智慧活動
目的：內(nèi)聚性、耦合性、避免因業(yè)務引起重復勞動、協(xié)同合作、提高可維護性
組件化前提：制定標準，接觸耦合
第一代：YUI
太過于學院派。要求每個用這個程序員熟悉整套UI規(guī)范和使用規(guī)范。就是要熟悉YUI的CSS，HTML，JS，這樣才能用非常爽
第二代 ExtJS
ExtJS是踩著YUI的尸體走過來的，extjs比YUI進步在那兒呢，首先它表面上有一套漂亮的UI。這個實質(zhì)上就是你不用寫CSS了，它幫你寫好了。另外你HTML也不用寫了，它也幫你寫好了。這不對啊，前端頁面怎么可以沒有HTML和CSS呢，extjs都幫你封裝到js里了
extjs用是很簡單，定制的話，還是改錯一處，全局。
被邊緣化
第三代：web component
shadow dom/custom element/template/import
這規(guī)范到不成熟，到處是坑
the end...
當然，組件化的時代已經(jīng)開啟，為了填原生的坑，已經(jīng)有無數(shù)勇士已經(jīng)又踩著前者的尸體沖上來了
他們是：
Angular Directives
Ember Components
React Components
KnockoutJS Components
Vue.js Components
Backbone Components
CanJS Components
Famous Components
Anything.JS Components?
賀師?。?br> 之所以一直說對custom element持謹慎態(tài)度，是因為正如本問題所表達出來的，大多數(shù)工程師對組件如何設計劃分是缺乏經(jīng)驗的。相對來說基于 is 屬性對原有html元素做擴展比較不容易出偏。
組件設計說到底是要做某種抽象。難就難在這種抽象要考慮很多的因素，比如適應UI設計師的建模、工程上的可維護性要求、常見用例和邊緣用例的矛盾、自定義組件和標準html元素的穿插交互、適應將來需求變化發(fā)展的可擴展性和可定制性……其中很多點是在開始設計開發(fā)時很難確定的，或者隨著業(yè)務發(fā)展經(jīng)常會變化。這就是為什么組件領域比其他技術領域更容易出現(xiàn)抽象泄漏的悲劇。
