1、組件庫的價值數據庫
- 就我的而言,擁有一套本身的組件庫,可讓你的開發變得更高效,讓你在行業裏更有價值。
- 就團隊而言,擁有一套團隊的組件庫,可讓協同開發變得更高效規範,讓你的團隊在公司更具備影響力。
- 就公司而言,擁有一套公司維護的開源組件庫,可讓你的公司在行業裏更具備影響力。
2、哪些狀況須要整合一套組件庫element-ui
- 從業務上看,當業務達到必定規模後,不少地方須要複用
- 從設計上看,產品要遵循必定的設計規範來保持統一性
- 從開發上看,對開發效率要求高,須要快速迭代和響應開發需求
- 從維護上看,須要統一代碼管理,須要達到更改一處全局響應的高可維護性
3、組件設計應遵循什麼原則架構
- 就近管理
1. 單文件開發
2. 依賴的靜態資源放在同級目錄
3. 相關聯組件也放在同級目錄
- 高複用性
1. 頁面級別的複用(基礎組件)
2. 項目級別的複用- 私有組件庫(業務組件)
3. 公司級別的複用- 開源組件庫(element-ui、iview)
- 分層設計
分層架構分爲四個層:展現層(presentation layer),業務層(business layer),持久層(persistence layer)和數據庫層(database layer)。
因爲每一層都是封閉的,因此request必須逐層向下傳遞。那麼爲何每一層都是封閉的呢,由於有個概念叫層隔離。層隔離就是說架構中某一層的改變不會影響到其餘層,這些變化的影響範圍僅限於當前層。
假如展現層和業務層都可以直接訪問持久層,那麼當持久層的數據變化時,會直接影響到展現層和業務層,這使得整個應用的耦合度變高了,使得組件之間相互依賴,下降了可維護性。
- 靈活擴展 組件要充分的考慮擴展性,除了提供豐富的props還要提供slot插槽來完成用戶的定製化需求。或者提供可利用render函數動態渲染的功能。