前端要素動態配圖渲染的三種方案

文章版權由做者李曉暉和博客園共有,若轉載請於明顯處標明出處:http://www.cnblogs.com/naaoveGIS/前端

1. 背景

         項目需求中,須要根據必定規則實現前端要素的動態樣式渲染展現。好比,A圖層有l1,l2,l3三個字段。按照規則,一些狀況下須要根據l1字段來進行分類展現,而其餘狀況下須要根據l2或者l3字段進行分類或聯合展現。咱們常規的對A圖層進行一次性樣式配圖是沒法知足此類需求的。這裏我跟你們一塊兒談談三種解決方案。後端

2.依賴WFS請求數據前端動態繪製

       前端經過WFS請求獲取到指定要素,解析要素而且根據渲染規則進行渲染。可是當數據量足夠大時,能夠經過控制要素顯示級別、控制要素獲取量(好比只獲取屏幕範圍、屬性過濾條件)等進行要素量的控制。服務器

       優勢:該方案爲最多見方案,能夠知足絕大多數項目需求,且前端要素交互方便。微信

       缺點:當項目性能要求高、且數據量獲取沒法下降時,性能瓶頸十分突出。併發

3.依賴矢量切圖來完成前端動態繪製

       矢量切圖具備支持併發數據獲取以及展現分級抽稀等優勢,使得前端渲染的效率會大大提升。其流程與WFS請求後要素繪製同樣,只是數據源變成了矢量切片。性能

       優勢:解決前端渲染壓力大數據

       缺點:數據須要預處理成矢量切片,並且當數據發生變化時,動態進行切片更新是個複雜的問題。spa

4.依賴WMS請求對動態樣式的支持進行後端生成server

       咱們習慣於依賴WMS請求進行展現圖片的後臺生成,可是對於WMS能夠支持動態樣式傳入的功能卻不多使用。這裏以geoserver的WMS服務爲例,作一個詳細的描述。blog

       具體請求參數以下:

 

       Geoserver的style規範再也不累述,這裏重點是geoserver的WMS服務提供了一個sld_body參數,容許動態傳入樣式文件。

 

       優勢:實現方式簡單,規避大數據量前端渲染問題。

       缺點:對GIS服務器壓力增大,並且前端交互變弱(圖片)。

 

                                                                   -----歡迎轉載,但保留版權,請於明顯處標明出處:http://www.cnblogs.com/naaoveGIS/

                                                                           若是您以爲本文確實幫助了您,能夠微信掃一掃,進行小額的打賞和鼓勵,謝謝 ^_^

                              

相關文章
相關標籤/搜索