(Esri2010大会有感.docVIP

思想有多宽，世界就多大---Esri大会有感Esri全球用户大会的视频，加上这次在北京举行的Esri用户大会只是辐射到华北区域，几个要好的在南方的同学不会赶过来参会，所以本不打算去那个老掉牙的国际会议中心一游，后来想想可以看到Tomlinson，也想关心一下Esri在中国设立研发中心的计划，还是凑凑热闹了。 ??? 虽然是华北的会，但人来的还是不少。可能很多人也和我一样，要一睹roger老爷子和大胡子Scott的风采。人家美国人房子就是宽敞，Scott的姓氏居然叫做Morehouse，啧啧称奇啊。两位老先生在第一天的演讲都不算精彩，也许是我的境界与老爷子们相差甚多，不能理解其中的奥妙，或许是语言的障碍，精髓的东西体会不深，但想想也是，GIS也就这些事情，大师们和我们接触的事情能有多少不同？平的世界，美国、加拿大和我们又能相距几何？太平洋的这头和那头新鲜事情都不算多。 ??? 技术讲座的内容基本都是围绕ArcGIS 10展开的，和我们关注的热点紧密相扣。我听也是听听细节，可称道的是讲座的话题很丰富，让我取舍犹豫。另外演讲者们也很认真，每个讲座都准备了Demo，对技术细节的讲解也坦诚和朴素，没有过多宣传产品的吹牛调调，至少我听过的几场大抵如此。 ??? 几乎每个讲座也都能给我带来一些启发——知识的启发，虽然日后未必能用上，却能产生获取了点滴知识的乐趣。回顾一下，我想到的不是具体技术，而是感受到ArcGIS平台给予我们扩充想象空间的机会。平台软件发展到今天，尤其是ArcGIS这种具有悠久历史的平台，已经包罗万象，几乎囊括了GIS的各个环节，从数据管理到制图，从分析到开发，对于使用者来说似乎只有想不到而没有做不到。平台软件这些不断强化的细节，使得我们应用者来说总是能在某个环节产生“哦，原来还可以这样做”，“嗯，如果我用到这个小技术，可减轻我这么多的工作量”的感慨。而往往，我们的不足就是没有用心的拓宽思路，没有细致的去寻找拓宽思路的方法和技术细节，而仅仅满足于我们眼前的方寸天地。 ??? 我对ArcGIS 10中的有些技术点有些“感觉”，拓宽了我原来的一些思路，总结如下，纯属个人感受。 1.?WebAPI和Rest服务。 从ArcGIS 9.3开始出现的三个Web API将WebGIS开发的逻辑清晰化了，就是把Web开发的那点事明确为服务端和客户端，服务端负责向客户端输送资源，而客户端负责资源的显示和调度。这种清晰的逻辑在不断强化Rest服务的过程中得到了更加清晰的表述，客户端你要什么，用什么形式去体现，依靠一个URL，服务端就能提供出来。在这个逻辑中要有一个大的前提，就是Rest的功能要足够强，否则从程序员的角度来看，服务满足不了客户端的复杂需求还得自己包装服务端对象，又得产生一些独特的接口及增加了两端的耦合度。现在我看，ArcGIS的Rest服务能力足够强大了（连编辑功能都有了，还有什么不能做的？实在不够还可以自己封装Rest服务接口），你可以尽可能发挥想象力在Web浏览器端构造你的应用。说到浏览器端，这里又是一个发挥想象力的大舞台，你可以选择能够发挥你想象力的帮手，是Javascript还是Flex或者Silverlight，哪个都可以做的很炫，都可以做的很时尚，当然用户体验只是一个方面，关键是既能够满足用户需求还可以提高用户的认可度，就看你的想象力够不够丰富了。 2.?Python整合。 Python的粉丝一直不少，在Google的AppEngine中都是用Python做开发。ArcGIS从很早就有了用Python写GP的框架，我都记不清是哪个版本出来的。但是在ArcGIS的使用者中用Python做功能的似乎总是不多，究其原因有二：一是对Python不熟悉，二是用Geoprocessing做分析的需求少。其实用Python去组装功能、做流程化处理都是很好的拓宽思路的想法。我在GP介绍的讲座中看到用Python写的几行代码就可以将多个mxd的地图输出到一个pdf中，如此简单使得我决心去学学Python和arcpy（ArcGIS的Python接口）了。建议常年做ArcGIS开发的开发者们都可以去学学Python，尤其是在项目中负责桌面端做数据处理和制图的朋友们，我相信这个一定能使我们解决问题的方法更多样，更高效，更有创意，也会由此得到领导的赞许。 3.?Add-in的定制。 在Desktop上做定制也许走到了尽头了，现在很少见到有什么应用构建在ArcMap上，C/S的程序要做也是用Engine做。虽然少见，但是我在听Desktop新特性的讲座中却看到了一个好玩的定制ArcMap的方式，可以帮助我们在客户端创造一点有想象力的东西。这就是Add-in。其主体是用.net或者Java写的功能程序（.net写的就是Assembly的dll和