文章版權由做者李曉暉和博客園共有,若轉載請於明顯處標明出處:http://www.cnblogs.com/naaoveGIS/前端
項目需求中,須要根據必定規則實現前端要素的動態樣式渲染展現。好比,A圖層有l1,l2,l3三個字段。按照規則,一些狀況下須要根據l1字段來進行分類展現,而其餘狀況下須要根據l2或者l3字段進行分類或聯合展現。咱們常規的對A圖層進行一次性樣式配圖是沒法知足此類需求的。這裏我跟你們一塊兒談談三種解決方案。後端
前端經過WFS請求獲取到指定要素,解析要素而且根據渲染規則進行渲染。可是當數據量足夠大時,能夠經過控制要素顯示級別、控制要素獲取量(好比只獲取屏幕範圍、屬性過濾條件)等進行要素量的控制。服務器
優勢:該方案爲最多見方案,能夠知足絕大多數項目需求,且前端要素交互方便。微信
缺點:當項目性能要求高、且數據量獲取沒法下降時,性能瓶頸十分突出。併發
矢量切圖具備支持併發數據獲取以及展現分級抽稀等優勢,使得前端渲染的效率會大大提升。其流程與WFS請求後要素繪製同樣,只是數據源變成了矢量切片。性能
優勢:解決前端渲染壓力大數據
缺點:數據須要預處理成矢量切片,並且當數據發生變化時,動態進行切片更新是個複雜的問題。spa
4.依賴WMS請求對動態樣式的支持進行後端生成server
咱們習慣於依賴WMS請求進行展現圖片的後臺生成,可是對於WMS能夠支持動態樣式傳入的功能卻不多使用。這裏以geoserver的WMS服務爲例,作一個詳細的描述。blog
具體請求參數以下:
Geoserver的style規範再也不累述,這裏重點是geoserver的WMS服務提供了一個sld_body參數,容許動態傳入樣式文件。
優勢:實現方式簡單,規避大數據量前端渲染問題。
缺點:對GIS服務器壓力增大,並且前端交互變弱(圖片)。
-----歡迎轉載,但保留版權,請於明顯處標明出處:http://www.cnblogs.com/naaoveGIS/
若是您以爲本文確實幫助了您,能夠微信掃一掃,進行小額的打賞和鼓勵,謝謝 ^_^