GIS系统中预发布的地图服务有时不能满足用户的需求。
用户业务需要自己选择数据、样式，对地图服务进行增减、删改。
存在两种技术路线实现需求。
方案1——后台自行维护地图服务，前/后端动态渲染- 不依赖GeoServer、ArcGis Server等GIS服务
- 通过数据库表、视图等维护图层列表，空间数据与图层的挂接关系
- 通过API暴露地图服务的增减，删改，系统内部对图层表，及其与空间数据的挂接关系进行修改
- 依赖GeoServer等GIS服务
- 利用GIS服务暴露的API接口，动态调整workspace、数据、图层等
- 灵活，可控，可自定义。可根据需要自行实现各种功能
- 与系统集成紧密。方便与权限管理系统，其他业务功能等的结合
- 对开发人员的GIS能力有一定要求，最好了解GIS相关常识，熟悉常用类库如GEOTOOLS，NETTOPOLOGYSUITE,GDAL,WEBGL等。
- 地图服务与系统其他服务松耦合，方便分开拓展维护
- OGC服务成熟稳定，开箱即用
- 自定义，灵活性差
- 不便与系统其他模块集成，如权限管理等
具体选用哪种方案，还是两种方案结合起来使用应根据业务需要，系统架构灵活选用。
- POSTGIS
- ASP.NET CORE
假设POSTGIS存在以下三张表：空间数据表、图层表、图层-空间数据挂接关系表。空间数据GID 空间对象 属性 1 多边形1 5 2 多边形2 6 3 多边形3 7
图层列表
| gid | 图层名称 |
|---|
图层-空间数据挂接关系
| gid | 空间数据gid | 图层gID |
|---|
在进行了必要的空间处理后，后台只需操作图层与空间数据的挂接关系，即可实现图层的增删改。
服务前端请求地图服务时，后端查询对应的空间数据，渲染成栅格或直接返回矢量给前端。
方案2 环境- GEOSERVER
- POSTGIS
GEOSERVER提供了REST接口，可以在不操作UI的情况下，对WORKSPACE/DATASTORE/STYLE/LAYER等进行增删查改。
image.png API开发人员只需要根据业务需要将对GEOSERVER-REST的调用，封装成接口提供给用户使用即可。
