Web前台直接加载GIS格式数据分析

本文以Flex直接加载Shp、DWG和MDB为例。

首先看一份现估测数据：

1）  加载Shp文件，目前直接由前台Flex代码完成；

图1
在ArcCatalog里面的Shp文件

图2 直接在前台加载后的Shp文件

结果显示：

分析：未用后台开发，直接使用前台Flex对SHP开放数据加载，省去通讯时间，速度快捷，速度与客户端配置成正比。

说明：直接加载使用了LibertyGIS.swc组件。

2）  加载Dwg文件，后台开发Web服务，部署发布调用

图3
ArcCatalog里面的Dwg可视化                                      
 图4 Flex前台加载后的可视化

 结果显示：

分析：后台VS开发，使用了ArcGIS组件及转换方法，最后发布成服务前台调用，本机测试加载速度明显慢；

3）  加载MDB文件，也是后台开发Web服务

图5 ArcCatalog里mdb中要素

图6 Flex前台加载的MDB中的要素

结果显示： 

分析：后台VS开发，使用了ArcGIS组件及转换方法，将图形数据转为轻量的Json/String数据然后传输到前台，速度随MDB大小成反比，而且并发会影响服务器运行。

总结：

加载Shp由于采用的是前台语言，比较快捷，很多基于Flex/Silverlight/JS的GIS系统都有直接加载Shp的功能，比较实用；

加载Dwg和Mdb采用了ArcGIS组件技术，并发布成Web服务，需要服务器后台与前台通讯联合，数据量一大就会出现地图卡死，加载慢，这是通用的弊端；

由此：

BS端GIS运用一般采用的直接发布地图服务的方式，不管什么数据统一使用地图服务转而使用图层的方式来加载，是最便捷快速的；

直接加载一些GIS数据适用于：局域网单独的小型的GIS格式文件，带有少量的属性数据，以便捷查看为主；大量（超过100M）的直接加载不符合BS开发的方式，BS端向来只以发布展现为主，
目前可继续测试在高配置服务器上加载多大文件比较适宜。

算法改进：目前从SOAP的协议以轻量的Json/String来实现，速度还是不尽如人意，可找寻替代开发技术或地图展现方面着手。

说明：测试速度以机子配置有关，本次测试以一般的普通机子为测试，速度较慢，配置好的机子速度会快，但理论思维可参考。

　　分析内容与结果仅供参考。

Web前台直接加载GIS格式数据分析,布布扣,bubuko.com