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

很是失望!随便说几条

一、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?)

六、后记

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