這篇差不多算是進(jìn)入正題了，呵呵。這篇文章主要是實(shí)驗(yàn)性質(zhì)的文章，大概在一個系列都發(fā)完以后我會重新將寫過的東西修改并統(tǒng)稿，按照我一開始希望的樣子把專題組織出來。
該篇將詳細(xì)的分析討論ArcGIS Server的Map控件及其Datasource和map functionality的關(guān)系問題。
唉。到實(shí)際寫文檔的時候，都不知道從哪里下手好，這才覺得Getting Started真不好寫啊。。。
由于個人能力時間有限，如果有錯誤或者不足，歡迎大家批評指正，我將在確認(rèn)更正后及時的補(bǔ)充修正。
本文將分為兩個部分，第一部分將展現(xiàn)ArcGIS Server的Web ADF架構(gòu)；
第二部分則使用一個具體的實(shí)例來說明Web ADF各個組件之間如何協(xié)同工作的。實(shí)例來自于
Flyinggis的博客，
漫游Graphics Data Source。
題外話，此人是高手哇，他的代碼做示例代碼比我自己寫的好多了。他覺得一般的讀者認(rèn)為理論分析很枯燥，而實(shí)踐比較有趣，于是他的系列里面就第一篇是架構(gòu)性的話題，還有兩個都是實(shí)例。但是實(shí)際工作中我發(fā)現(xiàn)如果要想架構(gòu)好一個Server，那怕是最簡單的Map Server，光有實(shí)踐指導(dǎo)還是不夠的，再加上我一開始就覺得ArcGIS Server的幫助很不完整，這會給框架的理解帶來困難，進(jìn)而帶來實(shí)踐上的障礙，所以我的系列還是側(cè)重于框架分析吧。
ps，最近工作比較忙，因此很難一氣呵成，但是我盡力每天寫一點(diǎn)，給大家?guī)淼牟槐阒幫芎：Ｖx謝。
--------------------------------華麗的分割線-----------------------------------------
Part 1 架構(gòu)分析
引文
在閱讀本文前，我想你已經(jīng)大致的瀏覽過ESRI ArcGIS Server的文檔：
What Is Web ADF？在該文檔中，ESRI已經(jīng)將Web ADF的大致框架闡明了。但是在實(shí)際工作中，這些內(nèi)容還不夠。
這一部分將致力于詳細(xì)解釋W(xué)eb ADF的設(shè)計，并將Web ADF的概念與.net中的組件結(jié)合起來進(jìn)行分析。
閱讀這一部分不一定需要你讀過What is web ADF，文中會在需要的地方簡要的復(fù)述文檔中的內(nèi)容，并用
綠色字體表示，因?yàn)楸疚囊部梢宰鳛閃hat is Web ADF的導(dǎo)讀。
正文
Web ADF是ESRI為了簡化在Web上提供如地圖瀏覽這樣的GIS服務(wù)而實(shí)現(xiàn)的一個開發(fā)框架。它與其它的相關(guān)組件的關(guān)系如下圖所示。
Web ADF與相關(guān)組件關(guān)系
從圖中可以看出，Web ADF建立在ArcGIS其它的遠(yuǎn)程服務(wù)基礎(chǔ)之上，它相當(dāng)于為各種不同的數(shù)據(jù)源提供了一個Facade，也可以看作是提供了更高階的抽象層次，成功的將各種不同數(shù)據(jù)源的訪問統(tǒng)一起來。
下圖為Web ADF的架構(gòu)圖的簡圖。我們將用這張圖來分析，Web ADF究竟能做什么，它的每個組件分別完成了什么工作，以及這些組件之間是如何協(xié)同工作的。
Web ADF 架構(gòu)簡圖由于這個圖是簡圖，因此也別指望它能反映太多的內(nèi)涵，但是它所表明的架構(gòu)還是比較清晰的。圖中組件之間的連線一般來說都是Association或者Aggregation/Composition。
為什么會有這樣的架構(gòu)？我想這是很多人接觸了ADF以后的疑問。只要分析清楚了架構(gòu)為什么會演化成這樣，那么實(shí)際的軟件如何利用這個架構(gòu)的問題自然也就解決了。
我們先來看看Web ADF的官方文檔是怎樣描述這個框架的。
從整體上說，Web ADF提供了多數(shù)據(jù)源的地圖顯示、簡單的空間分析功能，以及針對特定數(shù)據(jù)源的特定功能。注意我這里的描述，無論是地圖顯示，還是空間分析，抑或是地址編碼和地處理，他們都可以看作是一個
“功能”。
注：如果是指ArcGIS Server中的術(shù)語“功能(Functionality)”，一律使用“Functionality(-ies)”，如果是指通常含義上的功能，則使用中文的“功能”，下同。也就是說，我可以將ADF所面臨的需求：Web地理服務(wù)用各種“功能”進(jìn)行劃分。
可能是出自于這種考慮，ESRI將Web ADF的用戶交互部分框架以“功能”為核心進(jìn)行考慮并通盤規(guī)劃，即Functionalities。
例如，地圖渲染，依賴于Map“功能”，也就是MapFunctionality；而地址編碼，依賴于GeocodeFunctionality，等等。
而Control，則是負(fù)責(zé)具體數(shù)據(jù)的渲染與顯示，以及處理用戶交互。那么很明顯的，在圖中，Control和Functionality構(gòu)成了一個兩層關(guān)系：Control負(fù)責(zé)表現(xiàn)層的工作，而Functionality則負(fù)責(zé)處理邏輯。
具體到MapControl和MapFunctionality上，MapControl只負(fù)責(zé)數(shù)據(jù)顯示以及用戶操作的接收，而MapFunctionality則具體負(fù)責(zé)地圖的渲染工作。
綜上所述，每個Functionality都代表了實(shí)際中人們需要的一些相關(guān)功能的集合。
僅有功能自然是不行的，還要有相關(guān)的數(shù)據(jù)。在這里我們注意到一點(diǎn)，那就是數(shù)據(jù)源經(jīng)常決定了有那些功能可以實(shí)現(xiàn)，有哪些功能不可以。例如，如果數(shù)據(jù)源是一個沒有幾何信息的數(shù)據(jù)集，那么地圖繪制也就無從談起。
因此可以說，功能能否實(shí)現(xiàn)，將取決于數(shù)據(jù)的情況，這也就是為什么會有Resource與Functionalities之間會有短線。
由于是資源決定能夠?qū)崿F(xiàn)的功能，而反過來就不成立了，因此在Object Model Diagram中，可以看到
Resource與它的Functionality是Instansation的關(guān)系，也就是說，一個Functionality是由一個唯一的Resource所構(gòu)造出的（也就是實(shí)例化出），而一個Resource，可以依據(jù)其情況，構(gòu)造多個Functionality，例如對于Geodatabase中的Feature Class而言，它既能夠用其渲染，也能夠用于查詢操作，那么很顯然，它便可以構(gòu)造MapFunctionality和QueryFunctionality，而對于GraphicsLayer這樣的數(shù)據(jù)源，則無法完成查詢工作，因此它也就無法創(chuàng)建QueryFunctionality。下圖表示了Functionality和Resource之間的關(guān)系。
DataSource - Resource - Functionality 關(guān)系圖很自然的，
Control - Functionality - Resource構(gòu)成了一個微型的Presentation - Logic - Data的三層架構(gòu)。
（待續(xù)）