ADF vs ArcGIS Server Javascript/Flex/Silverlight API

    作者：Flyingis

    ArcGIS Server已經當之無愧成為ArcGIS產品核心，Javascript/Flex API為GIS應用開發帶來了極大的便利和震撼的使用者體驗，對於為ArcGIS Server開闢江山立下汗馬功勞的ADF似乎在大會中慢慢淡出大家的視線，如果一定要說大會關於ADF有什麼話題，那一定是ADF是否會被Javascript/Flex甚至馬上推出的Silverlight API所代替。

    過去大家對ArcGIS Server的印象，一部分停留在基於Web的Desktop，一部分認為是插上了翅膀的ArcIMS，最為貼近的是基於SOA架構的GIS服務軟體，這是ESRI過去一直推廣的概念之一，和IBM、Oracle一樣，濃縮技術抽取精華在中國市場非常奏效，但我認為這個過程不僅需要市場去推廣，還需要切實的技術體系作為保證，技術不一定是新技術，至少架構、邏輯、理念要是新穎的，ArcGIS Server不等於ArcEngine+ArcIMS，就是因為它的設計中包含了狀態、池化、進程、對象回收、安全、服務架構組織、標準支援等等，ADF和基於Rest服務的用戶端應用開發架構都是基於服務體系之上的產物，既然是基於SOA，那麼這些產物應該是豐富多變，不論是過去的ADF、ArcExplorer、案頭應用、行動裝置，還是js/flex/silverlight api、ArcGIS Image Server，甚至將來新的開發架構技術都可以置於ArcGIS Server根系之上，“Fusion-Center”是個不錯的名字，過去一年我所參與的企業級GIS應用的方案設計中，已經在引導客戶去架構整體GIS解決方案，將業務和GIS有機整合，熔合於一個服務中心，改進、完善商務程序，在此之前，國內外GIS項目有的可能已經在這樣做了，現在將核心概念提出，算是一次歸納總結吧，和SOA的曆程有相似之處。

    千萬不要雷我在炒作概念，所有概念炒作的主體應該是公司，個人只是在分析這些概念的支撐點，所以在市場層面，ADF和Javascript/Flex/Silverlight API之間沒有任何衝突，反而共同起到了推波助瀾的作用，在技術層面，不要說ADF和其他用戶端API的優劣勢，就是各種用戶端應用開發架構之間選擇，各個論壇裡都有不少火熱的水桶貼，爭到最後大家都覺得沒有意義了，因為每種API都有自己的位置。國外一些應用已經開始用Javascript/Flex API替代ADF，這是因為之前除了ADF沒有更好的架構能夠滿足他們的要求，現在則有了更多的選擇。

    ADF相比ESRI推出的其他用戶端應用開發架構，最大優勢在於基於有狀態的設計（用戶端應用開發架構所基於的Rest服務是無狀態服務），可以充分利用AO資源進行管理員角色的應用開發，適用於企業級的深度GIS應用，充分利用伺服器端的資源（對於公眾層級的應用，顯然使用用戶端API將壓力分散到用戶端更為合適）。GP工具為WebGIS應用提供了較大的擴充空間，但前提是必須使用案頭中已有的或自訂tbx工具，ADF可以不依賴於其他任何軟體（不做Cache）通過ServerContext實現GP中所有功能，降低軟體成本。當前的應用開發架構都有各自的優勢，如何根據自己的應用選擇合適的開發架構，才是我們要考慮的核心，宏觀上來看，用戶端應用開發架構和RIA應用會成為今後兩年GIS發展的一個趨勢。