使用npm私有服務器保存公司內部強業務類型組件(三):關於業務性組件的一點思考

編寫業務性組件最難的地方不在於技術,而在於溝通,

1：前端將業務給封裝了起來,必然致使產品在設計的時候多了一層考慮,在新增功能的時候 他要考慮這個功能是否是在其餘項目也須要,若是不是的話,就不該該放在業務性組件裏面，而業務方若是強硬要求必須放在這個地方的話,又該如何處理呢？

2：前端將多端通用的地方封裝在了一塊兒,可是不一樣的項目存在不一樣的服務器端開發人員，每一個人的開發風格不一致，字段明明不一致,這種兼容性如何處理呢？

3：新增的需求在一個端先須要,而另一個端要等到條件成熟纔會顯示，

4：有的系統須要權限控制，而有的系統暫時不須要權限

 

回答:

　　1：咱們很難由於本身的需求去要求客戶來適應咱們的方案,因此咱們在設計業務性組件的時候,須要留出一個地方進行個性化定製，即咱們的業務性組件必須暴露出一個能夠個性化顯示的地方以知足業務不斷變動的需求

　　2：對於不一樣服務器端不一樣的開發風格,去要求服務器端統一採用一個風格是很難的,因此前端在使用業務性組件的時候 對於從服務器端獲取的數據,必須進行二次加工以知足業務性組件的字段要求

　　3:多端共用一個組件的狀況，一個功能在一個端先上,另外一個端後上，或者某個功能只有知足某些條件纔會顯示,業務性組件須要暴露出屬性,以動態配置內部元素的顯示

　　4:對於權限，業務性組件在內部聲明一個權限規則,前端使用方基於自身的需求 去配置權限

 

綜上所述

　　業務性組件必須作到功能的可配置、各端之間內部個性化需求的知足、必須給出業務性組件對於服務器端接口的詳細要求文檔(方便與服務端對接)、業務性組件所封裝的業務文檔(方便與業務方對接)