arcgis engine_mapxtreme_mapxtreme 2008破解(2)

四个层次

.NET和J2EE都可以分成4个层次。

首先是基础平台和操作系统。J2EE的应用程序可以运行在Windows,Solaris,Linux。而.NET目前还是只能运行在Windows上。不过有一个多平台的开源版本叫做Mono（）的，正在开发中。

其次是应用程序运行环境。J2EE的应用程序要运行在JVM下；同理，.NET是使用CLR。JVM在多平台上都可以运行，CLR必须在Windows下运行。

第三则是所谓的Framework，这是指那些为了方便应用系统的开发所制作的一些大型类库或开发包。J2EE中是如Swing、EJB、JSP、 JDBC这些东西。而在.NET中则包括ASP.NET,ADO.NET等。

第四就是应用系统本身了。

另外有一点非常值得一提，那就是Visual Studio .NET。VS.NET是一个集多种开发语言和不同应用层次一体的高效集成开发环境。而对于J2EE来说，使用Java来开发应用程序就显得缺乏像VS.NET这样的利器。虽说也有Borland JBuilder, iPlants NetBeans和BEA的WebLogic等工具。但VS.NET的威力和魅力却总是令人难以抵挡。

Web Service之间如何通信是个问题。HTML对于Web Service通信来说是个小儿科的东西，为了满足更复杂的需要，XML就应运而生了。SOAP则是一个使用XML结构的消息传递协议。SOAP能够使Web组件间进行复杂的数据通信，还可以帮助开发者们方便地把数据层和应用层分离开来。不过XML的结构中有很多内容都是为了便于互操作而定义的，这些内容其实和真正要传递的信息无关。有时候这会让我们觉得传输这些“不实质”的东西有些浪费，不过为了提高互操作性，浪费点也不算什么。

到底应该怎么如何选择呢

既然Web Service的体系结构是大势所趋，那么不管是.NET还是J2EE，在地理信息的世界里，他们应该扮演什么角色呢？其实，底牌就是数据和应用的分离。GIS最重要的是数据，地理数据量大不说，维护起来也非常困难。如果GIS中能够做到数据——应用分离，应用的开发就会变得简单而高效，那该有多么好呀。多层的结构，松散的体系，更灵活的系统，更强的可用性，Web Service难道不正是我们所想要的吗？

很多GIS软件公司已经开始了.NET或Java的GIS产品开发工作。比如微软的MapPoint Web Services(), ESRI的 Arc Objects Assemblies和MapObjects Java Edition（ ）。还有MapInfo的MapXtreme。J2EE平台上也有不少成功的案例，比如Laser-Scan Gothic JADE()。

说到这里，我们还是没有对.NET和J2EE做出一个结论。.NET开发又快又方便，和Windows上的各种服务紧密相连，有人说.NET跑的还要更快些。J2EE呢，就更灵活，伸缩性也强，和其他组件组合的能力也强，当然用起来就比较复杂，管理起来也难。其实他们之间并无优劣之分，关键是因地制宜，看谁更合适些。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-28015-2.html