cesium加载超图iserver发布的map对其中子layer实现单独控制显隐的实现

  使用超图的iserver发布了多个map图层，每个map中包括多个layer子图层，然后我们尝试使用iClient For WebGL去加载这些图层，于是使用SuperMapImageryProvider去加载单独的map，需求是既能够单独控制map的显隐，也能够单独控制layer的显隐。

  单独控制map显隐的方法是加载完成后设置图层的show属性即可，立即生效。
  然而单独控制其中layer的显隐，试了试其中的setLayerStatusParameters方法，发现虽然能够实现，然而却不能立即生效，需要多次刷新地图才行，咨询了超图的技术支持，回复：在三维中，做不到单独控制layer显隐，只能控制map的显隐。

  纳尼，我这边都能实现显隐控制了，只是刷新显示不正常，你告诉我说显隐控制做不到？我心里实在难以接受，确实有点不甘心的感觉，看来不能过于相信超图的官方回复，我只相信心中的大神Patrick。

  经过一阵调试器和源码切换阅读分析操作，终于搞明白大致的原理，原来在调用setLayerStatusParameters方法时，超图的服务器做了一件事情：也就是生成临时图层：tempLayersSet，调用上面的方法会返回一串码，这就是唯一编码，也是超图给你的layerid，如果在二维中，使用iclient是有方法用这个layerid生成一个tile图层并动态加载的，但是三维中，没有，不好意思，我只能认为做三维的人偷懒了，没做这个功能，反正我看到的结果是可以做到的事情没有去做，造成用户体验相当不好（如果有谁发现存在这个方法希望能告诉我一下，这样就不用后面复杂的操作了，谢谢）。不过没关系，因为服务是开源的，可以直接用Cesium原生加载（还是Patrick大法好用啊）。

  大致方法是这样的：new一个SuperMapImageryProvider，再new一个UrlTemplateImageryProvider，添加后一个new出来的图层，前一个的图层作用就是调用setLayerStatusParameters控制子图层的显隐，而后一个图层的作用是请求png切片，经过setLayerStatusParameters控制子图层的显隐以后，后一个图层请求到的切片就是经过对应修改过的了。为什么不直接用SuperMapImageryProvider呢？原因有如下两点：
1.对于已经请求过的区域的瓦片，这个类是不会再次请求了，于是我们看不到修改后的情况；
2.这个类没有刷新图层的方法，也许内部有，但是在原型prototype中并没有，导致用户代码没法调用方法直接刷新一遍地图。

  而用UrlTemplateImageryProvider可以很好地解决这两个问题，对于第一个问题，这个类是无差别地无缓存地公平地粗暴地全部请求一遍，这点非常友好，给人一个公开透明的感觉，可以观察，也可以设置参数，非常方便灵活，对于第二个问题，虽然cesium原生没有公开，但是有方法叫做：_reload,没有参数，调用它直接就强行地让它刷新了一遍当前图层，不管有没有缓存。

  最后还有一点需要说明的就是，由于每次单独控制layer的显隐（也就是调用setLayerStatusParameters方法），超图都会生成一个新的临时图层，为了防止生成太多临时图层造成不好的影响，最好每次生成完以后都调用delete方法去删除对应map的旧的临时图层。这是有必要且安全的做法。