没时间参加大会，下载了文档看了看。

很是失望！随便说几条

一、arcgis server的进一步推广

自从9.0推出arcgis server我就感觉不妙。那时rob的 without ejb 在国内正是火热，关于类似EJB的远程调用组件模型都值得我们思考。但ESRI却把宝压在这上面。

不但进一步完善COM恶心的组件模型，还通过java-com桥，.net对com的向下兼容，整合出了arcgis server。

增加的开发难度一会在说。”循证框架“的选择权利也不给我们了吗？sde/soc/som/webserver 我都装在一台机器上，还是远程访问，够郁闷。系统/平台的分层不一定都要物理分离吧！ 

二、关于开发平台和操作系统平台

     .net/j2ee 的比较会带来太多的争论。具我了解esri对于java/.net开发是两个项目组。所以公司的侧重，开发的难易程度很是明显。当然底层组件的开发更重要。

      据悉esri gis软件最早是在unix系统下运行。不知道什么时候靠拢到window了。估计MS资组esri了 。就arcgis server 最先发布的是window平台下的。然后才是linux/solaris。。。别的不敢说，arcims9.1在 window/solaris/ibm aix的表现相差很多。当然是window支持的最好。

    虽然我喜欢.net的简单、开发效率。但我更相信大的企业应用是unix的天下。也就是j2ee是首选。arcgis server /arcims虽然官方支持多了平台，但是让我选择的话，为了让自己能睡着觉，我会先给客户选择window 2003。真是悲哀，客户花100万买的ibm p570/aix 居然让在那躺的睡觉。

     esri的做法让我很是不爽。

三、esri烦乱的产品线

    作为gis界”老大“，让人琢磨不透的复杂的产品线，让国内gis行业不能很好的发展，把门槛提的这么老高，到底是为了多卖点钱，随意分割产品呢？还是要故作深沉呢？ 首推arc engine,卖老贵，还没什么东西还有gis portal/adf/webservice支持....什么GS玩意？把gis这部分做好就让人满意了，还老跟着it潮流，可怜我们这帮gis程序员。

可能这也不能怪美国老，可能他们用的不错，但esri中国也给我们过滤一下啊。

四、技术选择

 esri是个没有创新的公司，只能跟着规范走的弱弱。

1、应用iframe/frame无刷新的提交数据是什么时候提出了，可能这方面arcims 的htmlview算早了吧！看看现在的AJAX，官方文档只在9.2里出现过。但ajax还没出现，无刷新的技术当在javaeye讨论的时候，我这个新手就早在htmlview见识过。我想表达的是 为什么在我接触的arcims3.0/4.0/9.0 htmlview模板 丝毫没有变化过。这么好的思想n年都没有进步，还有模板例子中那些恶心，难懂的javascript代码？

 2、顺着ajax说下去。jsf/asp.net 这类 mvc框架天生不适合ajax的应用，而webgis天生就是ajax应用。 为什么选择这么恶心的官方标准。随便搜索一下ms ajax

http://searchwebservices.techtarget.com.cn/atlas/ 人家ms用ajax有atlas，

http://www.cnw.com.cn/news/news/htm2006/20060619_10C8P.htm  sun也不在jsf上搞ajax。 顺便在这推荐一下 dojo 。

esri不能这样落伍了，为什么jsf还没有正式发布的时候，你的arcgis server ADF for java 就选择的jsf。为什么那时不关注一下ms的atlas。 而还要自己写那些恶心的javascript代码， 用服务器端语言封装javascript。 我们是跟着你走，你跟这 sun/ms 走。

难道不知道 sun 提出规范/标准基本都是吗？强烈建议大家看 without ejb。

不知道跟ms合作的公司一般都会倒闭吗？

五、谁能给我解释AO如何在浏览器调用？

题目有些问题。

arcgis server 最想解决的问题是 让AO对象可以用浏览器调用。而不是象在arcims中，都是通过人可以识别的xml来描述。而是通过远程对象访问。

 到底是二进制远程对象访问好呢？还是象webservice 的xml协议好？我没能力说，但就开发难度，”性能“来说，arcims比arcgis server强很多。

所以arcims能解决的问题，没必要arcgis server。小道消息，arcims还有两年的生命力。

 关于arcgis server能实现的功能我们很想与人讨论。谁有兴趣可留言。

 我们可以从这个角度考虑。 arcmap是AO的实现。试问你arcmap的功能用了多少？没多少吧！因为很多人认为mapinfo比arcmap好用多了。　AO庞大的类库你熟悉吗？谁敢说熟悉，赶快通知我，我去拜师！

既然在桌面环境下，我们也没用AO的多少功能。更不用说我们二次开发商的客户了。所以我说：把AO搬到服务器端意义不大。

当然不是没意义，就象without EJB中说的。我们并不是在j2ee中不用ejb，但至少90%的j2ee项目不需要EJB，但我们却用了。

我现在就怕，arcgis server的宣传把国内那些所谓的“方案撰写者”迷失了。

前天和一朋友聊天，他说arcgis server可以实现严谨的浏览器采集（可能只拓扑关系，图形校验等）。但浏览器上的绘图限制已经让AO数据编辑没什么意义了。还是用arcsde for　java api.(不知道.net用户怎么办，用c的api?)

六、后记

一气呵成，大家看着开心一下就好。