我雖然不大明白妳指的架構是什麽,但我說壹下leaflet在現在gis領域的瓶頸
成也瓦片敗也瓦片
互聯網時代初期,以普通圖片作為地圖的谷歌地圖的成功帶來了壹場革命,展示效果與展示速度的革命,互聯網地圖用戶再也不需要忍受前端頁面辛苦渲染出的簡單醜陋的矢量數據了,這也促進了個大互聯網廠商把地圖的應用帶進普通用戶的日常生活.
leaflet作為壹個輕量級的地圖框架,足以滿足大多數用戶的需求,而又不需要太多的學習成本,自然獲得了不少非專業用戶甚至專業用戶的青睞.
然而在現在,隨著計算資源的充裕,人們對地圖又有了新的要求,但這時圖片瓦片暴露了其最根本的基因--他不是地圖,只是放置在對應位置的圖片.
圖片是死的,它本身沒法與用戶有任何的交互,它也不能隨意調整樣式,圖片瓦片已經完善到幾乎找不到任何提升的突破口了,這時,矢量瓦片出現了,它幾乎是救世主壹般提供了壹系列全新的特性.豐富的樣式,更小的流量,它幾乎提供了壹切.
但這麽棒的東西,leaflet卻難以完美支持,至今(leaflet 1.5.1),它仍舊難以完美支持矢量瓦片,只能依靠插件進行部分支持,而隔壁的openlayer已經支持的很棒了.
輕量是優勢也是劣勢
leaflet有著十分優秀的底層框架設計,十分便於開發插件擴展功能,因此它有壹大堆的用戶貢獻的功能,相對的,官方只需做好框架的完善與簡潔,修復bug就可以了.但這就帶來了第壹個問題:有些功能,官方不去推動,是很難有進展的,比如矢量瓦片,矢量瓦片本身涉及的東西比較復雜,要想完善支持是需要團隊級別的投入,但leaflet起碼現在並沒有這麽做.
圈地運動
如果官方肯下決心完善矢量瓦片,那麽前兩個問題都並不是什麽問題.但是有壹個不可避免的大趨勢,那就私有瓦片格式.柵格的瓦片是通用的png/jpg,但二進制的矢量瓦片卻不壹定是標準的mvt/pbf.當各大圖源提供商開始圈地,不再公布通用的瓦片格式而大力推廣自身的sdk時,leaflet這種第三方的sdk就很難受了.
leaflet在曾經的地理信息系統中是壹種很不錯的選擇,但在現在,它已經不是了.