ArcGis Server ADF中的值对象与COM对象

以下为个人心得，请交流。

      为了便于理解，我们根据扮演角色的不同，将需要得到服务的称为客户端，将提供服务的称为服务端。我们知道，为了更好的支持多数据源，adf9.2在COM objects的基础上，增加了ADF9.0/9.1没有的Common API,Value objects等开发层次。同时，我们拥有了更好的控制粒度。在Value objects以及COM objects之间，我们可以根据需要（如提高性能等），按照一定的分层设计规范的使用。
      值对象存储在客户端，依赖于客户端的环境。代理对象也存储在客户端，它负责与服务器端远程对象的通讯。根据需要，代理对象根据远程对象的要求序列化本地值对象，然后传递到服务端；对于服务端远程对象的结果反序列化，并在本地创建值对象。WSDL（Web Service Description Language）能按照需要自动产生本地值对象和代理对象。ADF Controls和Common API都使用无状态的本地值对象，因此需要我们手动保存本地值对象的状态。
      在Web service世界里，所有通讯都是无状态的，因此服务器端一般是在接受请求时创建对象，在响应请求后释放对象。为了减少服务端开销，在对服务端对象状态统一的情况下，服务器端可以采取了连接池技术。甚至为了使用这种技术，在服务端或者客户端保留对于每个客户状态，在获取服务后再恢复原有状态。例如ADF中采取的MapDescription。如果没有采取连接池技术，我们必须显式释放服务器资源，例如servercontext.ReleaseContext()。如果想将客户端状态刷新到服务端，可以使用ApplyMapDescriptionToServer。如果在服务端修改了远程服务对象，刷新服务可以使用RefreshServerObjects()。
      一般来说，ADF中数据源类型与服务端交互使用的是ArcGis Server SOAP API技术（包括ArcGis Server Local与ArcGis Server Internet）。ArcGis Server Local数据资源利用DCOM代理（例如MapServerDcomProxy）序列化本地值对象，通过SOAP与服务端对象通讯，也就是说SOAP over DCOM;而ArcGis Server Internet基于Web Service代理（例如MapServerProxy）序列化本地值对象, 通过SOAP与服务端对象通讯,也就是说SOAP over HTTP。特别的，当你在ArcGis Server Local通过ServerContextInfo到达了ServerContext时，你是可以直接通过DCOM与ArcObject通讯，就如ADF9.0/9.1的方式。
      我们在面对ArcGis Server Local与ArcGis Server Internet时，在ADF Controls和Common API使用本地值对象；在Data Source specific APIs中对于ArcGis Server Local使用COM对象。为了方便我们进行转换，ArcGis Server ADF提供了相应的类：ESRI.ArcGIS.ADF.ArcGISServer.Converter、ESRI.ArcGIS.ADF.Converter、ESRI.ArcGIS.ADF.Web.DataSources.ArcGISServer.Converter、ESRI.ArcGIS.ADF.Web.DataSources.IMS.Converter、ESRI.ArcGIS.ADF.Web.UI.WebControls.Converter等。
 

如下图中，相对数据源而言，第I , II , III层次上开发者所访问的对象一般来说是值对象。
在第IV层次上，根据数据源的不同，还会有不同的答案。



可以参阅http://edndoc.esri.com/arcobjects/9.2/NET_Server_Doc/developer/ADF/access_datasource_api.htm