arcgis engine_mapxtreme_mapxtreme 2008破解

在GIS开发领域，从底层开发到应用系统，从数据采集到空间分析，从单机应用到网络发布，我们是否真的需要.NET或J2EE?尽管四周一片鼓噪之声，尽管已经有了转换平台的成功先例，我们依然需要冷静的考虑，慎重地抉择。因为GIS作为一类跨和图形显示两大计算机科学研究领域的软件，应用领域太广，我们开发者需要考虑的东西太多。

我们可以把GIS的开发分成几个层次：数据、基础软件平台、应用业务逻辑和数据表现。为了便于快速构建GIS应用系统，GIS平台开发商提供了种类繁多的二次开发语言，如ESRI的AML,Avenue，Intergraph 则有 MicroStation Development Language (MDL)，还有MapInfo的MapBasic。这些开发语言有自己的语法和结构，只能在固定开发商的软件环境下运行，尽管它们曾经拥有辉煌，尽管它们的确代表了一个时代，它们也不可避免的走向没落。GIS是一个开放协作的系统，数据和应用要分离，软件的功能要分离，而当我们需要的时候，他们又应该能够互相配合成为一个整体。这难道不就是组件化的思想了吗？于是对象和组件开始充斥着我们的左右，没有什么不是对象，没有什么开发不要组件，我们进入了组件的时代。当网络变得无处不在，所有的应用都要能够适用于Web，适用于嵌入式的设备，适用于移动设备；我们仍然要求更强的互操作能力，我们希望即使是专注于某项业务逻辑开发的系统也能够方便的得到复用。毫无疑问，.NET和J2EE为我们达到这个目的铺平了道路，GIS的开发步入Web Service的世界是不可逆转的潮流。在Web Service 的世界里，数据和应用彻底分离，而构建应用则是通过XML 或SOAP来传递消息，我们不用买数据，不用维护，只要提供Web Service和使用Web Service，世界变得井然有序。

.NETßàJ2EE

那么到底是.NET还是J2EE?我们仍然无法回避这个问题。也许做一个比较是回答问题的好办法，尽管这个比较是那么困难。

.NET代表了自1993年以来，微软软件开发环境最重要的一次变革。微软的目标是在保留和扩展已有的VB、ASP技术的同时，增加那些Web应用所必需的新技术。在.NET之前，程序员们需要在一个环境中开发桌面应用程序，而在另一个环境中开发服务器程序，开发Web应用则又是一个环境。如果我们需要开发移动平台上的应用，我们就得再搞一个环境。.NET的到来，从某种意义上讲，实现了这些不同开发环境的透明，为不同平台，不同环境下的软件开发构筑了一条笔直大道。

.NET和J2EE有着太多的相似之处：都是面向对象的开发思想，其上都可以创建桌面或跨Web的应用。这些相似之处其实集中于一点：那就是他们的设计初衷都是希望构建一个能够连接桌面和Web应用的开发环境。其实，一个应用系统的开发完全可以既用.NET又适用J2EE。人们在开发大量的工具软件以提高.NET和J2EE之间的互操作性。比如一些工具能够把.NET的代码转成纯Java。当然，也有能把Java代码转成C#的工具,JUMP( Microsoft's Java User Migration Path software.)( )。mapxtreme2003年末，微软发布了一份刊物：Application Interoperability ,Microsoft .NET and J2EE,这个300多页的文档能够在微软网站的下载中心找到，这也许对我们理解.NET和J2EE有所帮助。

值得注意的是，微软的.NET战略和.NET集成开发环境虽说是不同层面上的东西，但是在实际中它们却紧密捆绑，尤其是和微软各类服务器的捆绑。可以这么讲，接受了.NET，就意味着对微软“Back Office”解决方案的全面接受。而J2EE则是一个相对松散的结构，一般说来，J2EE开发的应用系统都能够和不同的、工具联系起来。

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