【正文】 nous web application（傳統(tǒng)web應用的同步交互過程和AJAX應用的異步交互過程的比較）AJAX技術特點和優(yōu)勢Ajax作為一種web領域廣泛運用的技術，有許多傳統(tǒng)web技術無法比擬的優(yōu)點，主要體現(xiàn)在一下幾個方面：216。 增加用戶愉悅的體驗。應為可以不刷新整個頁面更新信息，所以給用戶的視覺效果比以前的WEB系統(tǒng)大大提高，系統(tǒng)地響應速度也得到很大的提高；216。 減輕了網(wǎng)絡負擔。因為很多情況下不需要真?zhèn)€頁面刷新，網(wǎng)絡上只需要以XML格式或者其他自定義的格式傳遞所需的數(shù)據(jù)即可，大大的減小了網(wǎng)絡上數(shù)據(jù)的傳送量；216。 弱化了桌面程序和服務器程序的差別。提出了“富客戶端”的概念，在WEB客戶端也能處理一些事情；216。 減輕了服務器負載。對一些大型的網(wǎng)站，服務器的資源非常寶貴，AJAX技術能將部分處理分擔在客戶端，從而減輕了服務器端的負擔，使得相同的服務器單位時間能提供更多的服務；216。 更新了開發(fā)理念。以前一些客戶端的特殊效果，比如拖拽，分層展開，及時提醒等等只能在桌面軟件上實現(xiàn)，現(xiàn)在通過AJAX技術，這些己經(jīng)不再困難； 216。 使Web程序更加規(guī)范。CSS、XML和XSLT被提到了前所未有的高度，使得Web程序的開發(fā)更加規(guī)范。同時，一些基于AJAX開發(fā)的輔助工具也為我們的開發(fā)提供了很大的便利。 XML技術 XML的歷史與背景XML是從1996年開始有其雛形，并向 W3C（全球信息網(wǎng)聯(lián)盟）提案，而在1998二月發(fā)布為W3C的標準（）。 XML的前身是SGML（The Standard Generalized Markup Language），是自IBM從60年代就開始發(fā)展的 GML（Generalized Markup Language）標準化后的名稱。XML（Extensible Markup Language）即可擴展標記語言，它與HTML一樣，都是SGML(Standard Generalized Markup Language,標準通用標記語言)。Xml是Internet環(huán)境中跨平臺的，依賴于內(nèi)容的技術，是當前處理結構化文檔信息的有力工具。XML與Access、Oracle和SQL Server等數(shù)據(jù)庫不同，數(shù)據(jù)庫提供了更強有力的數(shù)據(jù)存儲和分析能力，例如：數(shù)據(jù)索引、排序、查找、相關一致性等，XML僅僅是展示數(shù)據(jù)。事實上XML與其他數(shù)據(jù)表現(xiàn)形式最大的不同是：他極其簡單。這是一個看上去有點瑣細的優(yōu)點，但正是這點使XML與眾不同。 XML與HTML的設計區(qū)別是：XML是用來存儲數(shù)據(jù)的，重在數(shù)據(jù)本身。而HTML是用來定義數(shù)據(jù)的，重在數(shù)據(jù)的顯示模式。XML的簡單使其易于在任何應用程序中讀寫數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交換的唯一公共語言，雖然不同的應用軟件也支持其它的數(shù)據(jù)交換格式，但不久之后他們都將支持XML，那就意味著程序可以更容易的與Windows、Mac OS, Linux以及其他平臺下產(chǎn)生的信息結合，然后可以很容易加載XML數(shù)據(jù)到程序中并分析他，并以XML格式輸出結果。 因為XML是W3C制定的，XML的標準化工作由W3C的XML工作組負責，該小組成員由來自各個地方和行業(yè)的專家組成，他們通過交流對XML標準的意見，并提出自己的看法 ()。因為XML 是個公共格式， (它不專屬于任何一家公司)，你不必擔心XML技術會成為少數(shù)公司的盈利工具，XML不是一個依附于特定瀏覽器的語言。 XML系列簡述，圍繞XML的是各式各樣的XML標準和產(chǎn)品，他們與XML組合起來解決大量有關把XML引入主流計算的問題，即表現(xiàn)、結構和轉(zhuǎn)換。這些組成了通常所說的XML系列。如圖23所示，XML從大量的支持技術中產(chǎn)生力量。圖23 XML技術序列 XML語法簡述XML文檔的基本結構由序言部分（Prolog）和一個根元素（Root element）組成。序言包括了XML聲明和DTD（或是XML Schema），DTD和XML Schema都是用來描述XML文檔結構，也就是描述元素和屬性是如何聯(lián)系在一起的。根元素（也稱文檔元素），由文檔中的其它所有標記和字符數(shù)據(jù)組成。元素是XML文檔的基本組成部分。圖24 XML文檔示例下面是一些基本的語法規(guī)則：216。 每個文檔有且僅有一個根元素（Root），其它所有元素都是它的子元素。216。 每個元素（Element）對的上下文（context）關系要正確。即元素之間必須正確的嵌套。因為XML是半結構化的數(shù)據(jù)，可以用XML描述樹來表示起結構，所以它的邏輯結構和語法都有嚴格定義（如使用DTD或Schema）。216。 每個元素（Element）都必須有開始和結束標識（‘’和‘’）。元素的內(nèi)容可以是其它的元素、字符數(shù)據(jù)、字符引用、實體引用、PI、注釋和CDATA（Character DATA，字符數(shù)據(jù)）節(jié)，元素也是能夠擁有屬性的唯一基本類型。216。 元素的屬性值必須由單引號（‘）或雙引號（“）包含。 XML解析技術隨著XML越來越廣泛地被采用，高效解析XML文檔也變得越來越重要，尤其是對于那些要處理大量數(shù)據(jù)的應用程序，這種技術尤為重要。不正確的解析會導致過度的內(nèi)存消耗和過長的處理時間，從而有損于可伸縮性。通常，用于XML解析的API可以分為兩大類：基于時間流的API和基于樹結構的API（例如DOM）；而基于時間流的API又可以分為“推”模式（比如SAX）和“拉”模式（比如STAX）兩種類型。圖25 基本的XML解析API以下針對這三種類型的典型API進行分析比較，指出它們各自的優(yōu)點和不足之處，從而為接下來的嵌入式XML解析器的設計提供必要的選型依據(jù)。 DOMDOM是W3C支持的標準應用程序編程接口（API），是一種與平臺和語言無關的接口，DOM采用基于樹型的解析技術將XML文檔一次性解析，生成一棵位于內(nèi)存中的對象用以描述該文檔。樹的節(jié)點是一個個對象，通過操作這些對象就能操作XML文檔的內(nèi)容。圖26 DOM解析過程圖27 生成的DOM樹示例 SAXSAX解析XML采用事件驅(qū)動的方式。雖然并不是W3C的標準，但它的API是公認的，很多解析器都是基于它的。與DOM比較而言，SAX是一種輕量級的方法。當SAX解析器讀取文檔的時候會引發(fā)很多事件，這些事件會交給對應的時間處理者（event handlers）。三種基本的事件：DTDHander訪問XML的DTD內(nèi)容；ErrorHander解析錯誤；ContentHandler訪問文檔的內(nèi)容。圖28 SAX解析過程SAX模型內(nèi)存消耗小，因為整個文檔無需一次加載到內(nèi)存中，這使SAX解析器可以解析大于系統(tǒng)內(nèi)存的文檔。另外，無需像DOM那樣為所有節(jié)點創(chuàng)建對象，開發(fā)人員可以根據(jù)需要創(chuàng)建自己的XML對象模型。 StAXStAX在完美地體現(xiàn)XML“拉”式解析器的卓越性能和低內(nèi)存，并且突破了該類解析器在功能上的有限性。與SAX一樣，StAX也是基于時間流驅(qū)動的，具有類似于流媒體的優(yōu)點：分析能夠立即開始，而不是等待所有的數(shù)據(jù)被處理，而且由于應用程序只是在讀取數(shù)據(jù)時檢查數(shù)據(jù)，文檔的讀入過程和解析過程同時進行，所以不需要將數(shù)據(jù)存儲在內(nèi)存中。StAX只解析應用程序所需要的時間流發(fā)送給應用程序，減少了向應用程序發(fā)送一些不必要的時間反饋圖29 StAX解析過程 三種解析技術的比較三種技術各有各的優(yōu)缺點，現(xiàn)將他們的優(yōu)點、局限和使用地方列表如下：圖210 XML Parsing Techniques at a Glance（XML解析技術一覽） 空間數(shù)據(jù)庫技術概述空間數(shù)據(jù)庫是以空間數(shù)據(jù)為研究對象，在實現(xiàn)對空間數(shù)據(jù)的存儲和操作的基礎上進行空間分析和應用。空間數(shù)據(jù)庫在空間信息系統(tǒng)中占有十分重要的地位，其投資占整個系統(tǒng)建設的70％甚至更多。因此，空間數(shù)據(jù)庫的建設是空間信息系統(tǒng)建設中的一個關鍵問題，同時也是一項費時費力的基礎性工作。在一個完整的空間數(shù)據(jù)庫中，每個空間對象是由反映其幾何特征的“空間數(shù)據(jù)”和非幾何特征的“屬性數(shù)據(jù)”表示?？臻g數(shù)據(jù)和屬性數(shù)據(jù)是兩種異質(zhì)數(shù)據(jù)，同時維護兩種異質(zhì)數(shù)據(jù)是空間數(shù)據(jù)庫區(qū)別于其他數(shù)據(jù)庫的典型特征?？臻g數(shù)據(jù)庫在地理信息系統(tǒng)中得到了大量的運用，但是地理信息系統(tǒng)技術在取得巨大發(fā)展的同時，其孤立性、封閉性的缺陷越來越不適合現(xiàn)代信息社會的要求，開放式地理信息系統(tǒng)（OpenGIS）規(guī)范和互操作技術的提出，不僅為數(shù)據(jù)共享提供了嶄新的思路，而且將GIS帶入了開放的時代，從而使得各個系統(tǒng)間實現(xiàn)不同類型地理數(shù)據(jù)和地理處理方法的透明訪問成為可能。本小節(jié)的內(nèi)容就圍繞著OpenGIS展開。 OpenGIS簡介OpenGIS(Open Geo data Interoperation Specification，OGIS開放的地理數(shù)據(jù)互操作規(guī)范)由美國OGC(OpenGIS協(xié)會，OpenGIS Consortium)提出。OGC是一個非贏利性組織，目的是促進采用新的技術和商業(yè)方式來提高地理信息處理的互操作性(Interoperability)，OGC會員主要包括GIS相關的計算機硬件和軟件制造商（包括ESRI、Intergraph、MapInfo等知名GIS軟件開發(fā)商），數(shù)據(jù)生產(chǎn)商以及一些高等院校，政府部門等，其技術委員會負責具體標準的制定工作。OpenGIS的目標是，制定一個規(guī)范，使得應用系統(tǒng)開發(fā)者可以在單一的環(huán)境和單一的工作流中，使用分布于網(wǎng)上的任何地理數(shù)據(jù)和地理處理。它致力于消除地理信息應用（如地理信息系統(tǒng)，遙感，土地信息系統(tǒng)，自動制圖/設施管理(AM/FM)系統(tǒng)）之間以及地理應用與其它信息技術應用之間的藩籬，建立一個無“邊界”的、分布的、基于構件的地理數(shù)據(jù)互操作環(huán)境，與傳統(tǒng)的地理信息處理技術相比，基于該規(guī)范的GIS軟件將具有很好的可擴展性、可升級性、可移植性、開放性、互操作性和易用性。圖211 OpenGIS結構圖OpenGIS定義了一組基于數(shù)據(jù)的服務，而數(shù)據(jù)的基礎是要素（Feature）。所謂要素簡單地說就是一個獨立的對象，在地圖中可能表現(xiàn)為一個多邊形建筑物，在數(shù)據(jù)庫中即一個獨立的條目。要素具有兩個必要的組成部分，幾何信息和屬性信息。OpenGIS將幾何信息分為點、邊緣、面和幾何集合四種：其中我們熟悉的線（LineString）屬于邊緣的一個子類，而多邊形（Polygon）是面的一個子類。也就是說OpenGIS定義的幾何類型并不僅僅是我們常見的點、線、多邊形三種，它提供了更復雜更詳細的定義，增強了未來的可擴展性。另外，幾何類型的設計中采用了組合模式（Composite），將幾何集合（GeometryCollection）也定義為一種幾何類型，類似地，要素集合（FeatureCollection）也是一種要素。屬性信息沒有做太大的限制，可以在實際應用中結合具體的實現(xiàn)進行設置。相同的幾何類型、屬性類型的組合成為要素類型（FeatureType），要素類型相同的要素可以被存放在一個數(shù)據(jù)源中。而一個數(shù)據(jù)源只能擁有一個要素類型。因此，可以用要素類型來描述一組屬性相似的要素。在面向?qū)ο蟮哪Ｐ椭校耆梢园岩仡愋屠斫鉃橐粋€類，而要素則是類的實例。基類Geometry擁有Point(點), Curve(曲線), Surface(面)和GeometryCollection(集合圖元)。每一個幾何對象都與一個空間參照系相互關聯(lián)，幾何對象所定義的坐標在空間參照系得到反映。類關系圖如圖212所示：圖212 Geometry 類關系圖Geometry是OpenGIS幾何模型層次關系的根類，Geometry是一個抽象(不能實例化)類。其子類實例化可得到空間參照系中的0,1,2維幾何對象。在該層次關系中的所有可實例化類這樣定義可以使在系統(tǒng)中是拓撲相關的(例如，所有幾何對象定義都包括他們的邊界)。 MySQL中對OpenGIS的支持 MySQL是開源數(shù)據(jù)庫的大鱷，實現(xiàn)了OpenGIS規(guī)定的幾何數(shù)據(jù)類型，在SQL中的簡單空間運算。，MySQL的Spatial部分一直沒有繼續(xù)的更新和增強。加上早先MySQL在SQL上對空間運算支持的不完善（只支持基于最小外接矩形的關系判斷），所以MySQL是開源數(shù)據(jù)源中一個不太讓人滿意的選擇。不過由于MySQL在小型項目上的廣泛引用，在一些情況下也是可以以MySQL為數(shù)據(jù)源的。MySQL對OpenGIS的支持主要表現(xiàn)在支持空間數(shù)據(jù)的數(shù)據(jù)類型，以及用于創(chuàng)建和檢索空間值的函數(shù)上。 MySQL空間數(shù)據(jù)類型MySQL具有與OpenGIS類對應的數(shù)據(jù)類型。某些類型只能保存單個幾何值： GEOMETRY 、POINT、LINESTRING 、POLYGON 。GEOMETRY能夠保存任何類型的幾何值。其他的單值類型POINT、LINESTRING以及POLYGON只能保存特定幾何類型的值。其他數(shù)據(jù)類型能保存多個值：MULTIPOINT、MULTILINESTRING 、MULTIPOLYGON 、GEOMETRYCOLLECTION 。GEOMETRYCOLLECTION能保存任意類型的對象集合。對于其他集合類型，MULTIPOINT、MULTILINESTRING、MULTIPOLYGON和GEOMETRYCOLLECTION，僅限于具有特定幾何類型的集合成員。 MySQL創(chuàng)建幾何值的函數(shù)：216。 GeometryCollection(g1,g2,...)構造WKB GeometryCollection。如果任何參量不是構造良好的幾何對象WKB表達式，返回值為NULL。216。 LineString(pt1,pt2,...)從多個WKB Point參量構造WKB LineString值。如果任何參量不是WKB Point，返回值為NULL。如果Point參量的數(shù)目小于2，返回值為NULL。216。 MultiLineString(ls1,ls2,...)使用WKB LineString參量構造WKB MultiLineString值。如果任何參量不是WKB LineString，返回值為NULL。216。 MultiPoint(pt1,pt2,...)使用WKB Point參量構造WKB MultiPoint值。如果任何參量不是WKB Point，返回值為NULL。216。 MultiPolygon(