【文章內(nèi)容簡介】 poly1,poly2,...)從一組WKB Polygon參量構(gòu)造WKB MultiPolygon值。如果任何參量不是WKB Polygon，返回值為NULL。216。 Point(x,y)使用其坐標(biāo)構(gòu)造WKB Point。216。 Polygon(ls1,ls2,...)從多個WKB LineString參量構(gòu)造WKB Polygon值。如果任何參量未表示為LinearRing的WKB形式（即，非封閉和簡單LineString），返回值為NULL。 Geometry格式轉(zhuǎn)換函數(shù)216。 AsBinary(g)將采用內(nèi)部幾何格式的值轉(zhuǎn)換為其WKB表示，并返回二進(jìn)制結(jié)果。216。 AsText(g)將采用內(nèi)部幾何格式的值轉(zhuǎn)換為其WKT表示，并返回字符串結(jié)果。216。 GeomFromText(wkt[,srid])將字符串值從其WKT表示轉(zhuǎn)換為內(nèi)部幾何格式，并返回結(jié)果。216。 GeomFromWKB(wkb[,srid])將二進(jìn)制值從其WKB表示轉(zhuǎn)換為內(nèi)部幾何格式，并返回結(jié)果。. 通用幾何函數(shù)216。 Dimension(g) 返回幾何值g的固有維數(shù)。結(jié)果可以是0、1或2。216。 Envelope(g)返回幾何值g的最小邊界矩形（MBR）。結(jié)果以Polygon值的形式返回。216。 多邊形（polygon）是由邊界框的頂點定義的：POLYGON((MINX MINY, MAXX MINY, MAXX MAXY, MINX MAXY, MINX MINY))216。 GeometryType(g)以字符串形式返回幾何類型的名稱，幾何實例g是幾何類型的成員。該名稱與可實例化幾何子類之一對應(yīng)。216。 SRID(g)返回指明了幾何值g的空間參考系統(tǒng)ID的整數(shù)。 Point函數(shù)216。 X(p)以雙精度數(shù)值返回點p的X坐標(biāo)值。216。 Y(p)以雙精度數(shù)值返回點p的Y坐標(biāo)值。 LineString函數(shù)216。 EndPoint(ls)返回LineString值1s的最后一個點的Point。216。 GLength(ls)以雙精度數(shù)值返回LineString值1s在相關(guān)的空間參考系中的長度。216。 NumPoints(ls)返回LineString值1s中的點數(shù)。216。 PointN(ls,n)返回LineString值1s中的第n個點。點編號從1開始。216。 StartPoint(ls)返回LineString值1s的第一個點的Point。 MultiLineString函數(shù)216。 GLength(mls)以雙精度數(shù)值形式返回MultiLineString值m1s的長度。mls的長度等于其元素的長度之和。216。 IsClosed(mls)如果MultiLineString值m1s是封閉的（即StartPoint()和EndPoint()值對m1s中的每個LineString是相同的）返回1。如果mls是非封閉的，返回0，如果它是NULL，返回1。 Polygon函數(shù)216。 Area(poly)以雙精度數(shù)值形式返回Polygon值poly的面積，根據(jù)在其空間參考系中的測量值。216。 ExteriorRing(poly)以LineString形式返回Polygon值poly的外環(huán)。216。 InteriorRingN(poly,n)以LineString形式返回Polygon值poly的第n個內(nèi)環(huán)。環(huán)編號從1開始。216。 NumInteriorRings(poly)返回Polygon值poly的內(nèi)環(huán)的數(shù)目。 MultiPolygon函數(shù)216。 Area(mpoly)以雙精度數(shù)值形式返回MultiPolygon值mpoly的面積，根據(jù)在其空間參考系中的測量結(jié)果。 GeometryCollection函數(shù)216。 GeometryN(gc,n)返回GeometryCollection值gc中第n個幾何對象。幾何對象的編號從1開始。216。 NumGeometries(gc)返回GeometryCollection值gc中幾何對象的數(shù)目。 關(guān)于幾何最小邊界矩形（MBR）的關(guān)系MySQL提供了一些可測試兩個幾何對象g1和g2最小邊界矩形之間關(guān)系的函數(shù)。它們包括：216。 MBRContains(g1,g2)返回1或0以指明g1的最小邊界矩形是否包含g2的最小邊界矩形。216。 MBRDisjoint(g1,g2)返回1或0以指明兩個幾何變量g1和g2的最小邊界矩形是否不相交。216。 MBREqual(g1,g2)返回1或0以指明兩個幾何變量g1和g2的最小邊界矩形是否相同。216。 MBRIntersects(g1,g2)返回1或0以指明兩個幾何變量g1和g2的最小邊界矩形是否相交。216。 MBROverlaps(g1,g2)返回1或0以指明兩個幾何變量g1和g2的最小邊界矩形是否交迭。216。 MBRTouches(g1,g2)返回1或0以指明兩個幾何變量g1和g2的最小邊界矩形是否接觸。216。 MBRWithin(g1,g2)返回1或0以指明g1的最小邊界矩形是否位于g2的最小邊界矩形內(nèi)。 相關(guān)設(shè)計模式概述 設(shè)計模式的發(fā)展歷史模式的核心思想是總結(jié)和積累前人成功的設(shè)計經(jīng)驗，通過對這些經(jīng)驗的學(xué)習(xí)使得人們在面對新的設(shè)計問題時不用一切都從零開始，而是盡量套用己有的模式以提高生產(chǎn)效率。模式體現(xiàn)了復(fù)用的思想。模式的研究起源于20世紀(jì)70年代建筑工程設(shè)計大師ChristopherAlexander，他發(fā)表了很多關(guān)于城市規(guī)劃和建筑設(shè)計的著作，其中明確提出了模式概念。發(fā)人員的青睞；進(jìn)入90年代，面向?qū)ο蟮闹攸c已經(jīng)從語言轉(zhuǎn)移到設(shè)計方法學(xué)方面，盡管還不成熟，但陸續(xù)提出了一些面向?qū)ο蟮拈_發(fā)方法和設(shè)計技術(shù)。隨之面向?qū)ο笤O(shè)計模式才初露端倪。1995年由Erich Gamma、Richard Helm、Ralph Johnson和John Vlissides四人合著的《設(shè)計模式——可復(fù)用面向?qū)ο筌浖幕A(chǔ)》（簡稱GoF設(shè)計模式）書出版，他們對大量項目中的可重用思想進(jìn)行了收集、分析并加以概括整理，最終形成了23個經(jīng)典模式。GoF的“設(shè)計模式”是第一次將設(shè)計模式提升到理論高度，并將之規(guī)范化，本書提出了23種基本設(shè)計模式，自此，在可復(fù)用面向?qū)ο筌浖陌l(fā)展過程中，新的大量的設(shè)計模式不斷出現(xiàn)。 設(shè)計模式的定義與基本要素設(shè)計模式（Design pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。使用設(shè)計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設(shè)計模式于己于他人于系統(tǒng)都是多贏的，設(shè)計模式使代碼編制真正工程化，設(shè)計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。設(shè)計模式使人們可以更加簡單方便地復(fù)用成功的設(shè)計和體系結(jié)構(gòu)。將已證實的技術(shù)表述成設(shè)計模式也會使新系統(tǒng)開發(fā)者更加容易理解其設(shè)計思路。1. 模式名稱（pattern name） 一個助記名，它用一兩個詞來描述模式的問題、解決方案和效果。命名一個新的模式增加了我們的設(shè)計詞匯。設(shè)計模式允許我們在較高的抽象層次上進(jìn)行設(shè)計。基于一個模式詞匯表，我們自己以及同事之間就可以討論模式并在編寫文檔時使用它們。模式名可以幫助我們思考，便于我們與其他人交流設(shè)計思想及設(shè)計結(jié)果。找到恰當(dāng)?shù)哪Ｊ矫彩俏覀冊O(shè)計模式編目工作的難點之一。 2. 問題(problem) 描述了應(yīng)該在何時使用模式。它解釋了設(shè)計問題和問題存在的前因后果，它可能描述了特定的設(shè)計問題，如怎樣用對象表示算法等。也可能描述了導(dǎo)致不靈活設(shè)計的類或?qū)ο蠼Y(jié)構(gòu)。有時候，問題部分會包括使用模式必須滿足的一系列先決條件。 3. 解決方案(solution) 描述了設(shè)計的組成成分，它們之間的相互關(guān)系及各自的職責(zé)和協(xié)作方式。因為模式就像一個模板，可應(yīng)用于多種不同場合，所以解決方案并不描述一個特定而具體的設(shè)計或?qū)崿F(xiàn)，而是提供設(shè)計問題的抽象描述和怎樣用一個具有一般意義的元素組合（類或?qū)ο蠼M合）來解決這個問題。 4. 效果(consequences) 描述了模式應(yīng)用的效果及使用模式應(yīng)權(quán)衡的問題。盡管我們描述設(shè)計決策時，并不總提到模式效果，但它們對于評價設(shè)計選擇和理解使用模式的代價及好處具有重要意義。軟件效果大多關(guān)注對時間和空間的衡量，它們也表述了語言和實現(xiàn)問題。因為復(fù)用是面向?qū)ο笤O(shè)計的要素之一，所以模式效果包括它對系統(tǒng)的靈活性、擴充性或可移植性的影響，顯式地列出這些效果對理解和評價這些模式很有幫助。 設(shè)計模式的作用面向?qū)ο笤O(shè)計者在軟件開發(fā)時經(jīng)常遇到一些問題，比如將系統(tǒng)分解成對象集合，同時要考慮許多因素：封裝、粒度、依賴關(guān)系、性能、復(fù)用等等，有時這些因素通常還是相互沖突的。再比如，一些Java程序員在實際開發(fā)中，很少使用到面向?qū)ο蟮慕涌诨虺橄箢悾?jīng)常以那些技術(shù)只適合大型項目為由，避開或忽略它們，其實，Java的接口和抽象類是真正體現(xiàn)面向?qū)ο笏枷氲暮诵乃?。這些類似問題的原因是，開發(fā)人員對于面向?qū)ο蟮睦斫庵煌Ａ粼诹苏Z言層，而沒有深入到設(shè)計模式中去。設(shè)計模式并不是一種具體“技術(shù)”，它講述的是思想，它不僅僅展示了接口或抽象類在實際案例中的靈活應(yīng)用和智慧，讓你能夠真正掌握接口或抽象類的應(yīng)用，從而在原來的Java語言基礎(chǔ)上躍進(jìn)一步，更重要的是，GoF的設(shè)計模式反復(fù)向你強調(diào)一個宗旨：要讓你的程序盡可能的可重用。需要指出的是，設(shè)計模式并不保證成功。一個設(shè)計模式的描述表明該模式什么時候是可適用的，但是只有經(jīng)驗的積累才能更好地確保何時一個特定的設(shè)計模式能夠改良一個設(shè)計。 Gof設(shè)計模式的簡介GoF在《Design Pattern》中總結(jié)出23種經(jīng)典模式，各種設(shè)計模式在粒度和抽象層次上各有不同，對它們進(jìn)行分類有助于更快的學(xué)習(xí)和使用模式，主要使用下面兩條準(zhǔn)則對模式進(jìn)行分類。依據(jù)其目的可分為：創(chuàng)建型（Creational）、結(jié)構(gòu)型（Structural）、和行為型（Behavioral）三種。創(chuàng)建型模式與對象的創(chuàng)建有關(guān)；結(jié)構(gòu)型模式處理類或?qū)ο蟮慕M合；行為型模式對類或?qū)ο笤鯓咏换プ饔煤驮鯓臃峙渎氊?zé)進(jìn)行描述。依據(jù)應(yīng)用范圍可分為：類模式和對象模式。指定模式主要是用于類還是用于對象。類模式處理類和子類之間的關(guān)系，這些關(guān)系通過繼承建立，是靜態(tài)的，在編譯的時候就確定下來了。對象模式處理對象間的關(guān)系，這些關(guān)系在運行時刻是可以變化的，具有動態(tài)性。圖213 Gof設(shè)計模式在設(shè)計中運用到的兩種設(shè)計模式：1. 觀察者模式觀察者模式(有時又被稱為發(fā)布/訂閱模式)是軟件設(shè)計模式的一種。在此種模式中，一個目標(biāo)物件管理所有相依于它的觀察者物件，并且在它本身的狀態(tài)改變時主動發(fā)出通知。這通常透過呼叫各觀察者所提供的方法來實現(xiàn)。此種模式通常被用來實作事件處理系統(tǒng)。圖214 觀察者模式結(jié)構(gòu)圖在什么時候運用：當(dāng)抽象個體有兩個互相依賴的層面時。封裝這些層面在單獨的物件內(nèi)將可允許程式設(shè)計師單獨地去變更與重復(fù)使用這些物件，而不會產(chǎn)生兩者之間交互的問題；當(dāng)其中一個物件的變更會影響其他物件，卻又不知道多少物件必須被同時變更時；當(dāng)物件應(yīng)該有能力通知其他物件，又不應(yīng)該知道其他物件的實做細(xì)節(jié)時。2. 單例模式單例模式（Singleton），也叫單子模式，是一種常用的軟件設(shè)計模式。在應(yīng)用這個模式時，單例對象的類必須保證只有一個實例存在。許多時候整個系統(tǒng)只需要擁有一個的全局對象，這樣有利于我們協(xié)調(diào)系統(tǒng)整體的行為。比如在某個服務(wù)器程序中，該服務(wù)器的配置信息存放在一個文件中，這些配置數(shù)據(jù)由一個單例對象統(tǒng)一讀取，然后服務(wù)進(jìn)程中的其他對象再通過這個單例對象獲取這些配置信息。這種方式簡化了在復(fù)雜環(huán)境下的配置管理。實現(xiàn)單例模式的思路是：一個類能返回對象一個引用(永遠(yuǎn)是同一個)和一個獲得該實例的方法（必須是靜態(tài)方法，通常使用getInstance這個名稱）；當(dāng)我們調(diào)用這個方法時，如果類持有的引用不為空就返回這個引用，如果類保持的引用為空就創(chuàng)建該類的實例并將實例的引用賦予該類保持的引用；同時我們還將該類的構(gòu)造函數(shù)定義為私有方法，這樣其他處的代碼就無法通過調(diào)用該類的構(gòu)造函數(shù)來實例化該類的對象，只有通過該類提供的靜態(tài)方法來得到該類的唯一實例。單例模式在多線程的應(yīng)用場合下必須小心使用。如果當(dāng)唯一實例尚未創(chuàng)建時，有兩個線程同時調(diào)用創(chuàng)建方法，那么它們同時沒有檢測到唯一實例的存在，從而同時各自創(chuàng)建了一個實例，這樣就有兩個實例被構(gòu)造出來，從而違反了單例模式中實例唯一的原則。 解決這個問題的辦法是為指示類是否已經(jīng)實例化的變量提供一個互斥鎖(雖然這樣會降低效率)。 SSH構(gòu)架簡介SSH框架是采用Struts+Spring+Hibernate整合而成的，SSH是分層思想的完美詮釋。為Web運用的各層都提供了良好的框架整合，最大程度降低系統(tǒng)各層的耦合，簡化了復(fù)雜的表現(xiàn)和邏輯處理，提高了開發(fā)的效率，增強了系統(tǒng)的可擴展性和維護(hù)性。這三個框架在Web運用中都有各自的側(cè)重點：Struts注重表現(xiàn)和邏輯耦合的降低，主要把業(yè)務(wù)邏輯層和表現(xiàn)層分開，并不涉及業(yè)務(wù)層與持久層的關(guān)聯(lián)。Spring主要是對業(yè)務(wù)層的層次細(xì)化，即更深層次的降低了耦合程度。它利用延時注入思想組裝代碼，提高系統(tǒng)的可擴展性和靈活性，并通過Spring AOP模塊實現(xiàn)集中式業(yè)務(wù)處理，減少代碼重用。Hibernate主要負(fù)責(zé)Java對象和關(guān)系數(shù)據(jù)庫之間的映射，其實質(zhì)上是一個提供數(shù)據(jù)庫服務(wù)的中間件，利用數(shù)據(jù)庫以及一些配置文件如hibernate properties、XML Mapping等為應(yīng)用程序提供數(shù)據(jù)持久服務(wù)。SSH整合了三個框架各自的特點及Web應(yīng)用分層思想，并為Web應(yīng)用各層都提供了相應(yīng)的整合策略。整合框架以Spring框架為核心，向下整合Hibernate進(jìn)行持久層訪問，向上整合Struts使用MVC模式控制，可以清楚劃分應(yīng)用的層次。同時采用依賴注入思想，極大降低了層間耦合。通過XML配置文件裝配組件，使各模塊之間的調(diào)用從代碼中分離出來，從而降低 了系統(tǒng)各層的耦合度，易于維護(hù)和擴展。此整合框架已經(jīng)廣泛應(yīng)用到相關(guān)行業(yè)中。本章小結(jié)本章主要介紹了項目中將要用到得幾門技術(shù)：AJAX技術(shù)、XML技術(shù)、空間數(shù)據(jù)庫技術(shù)、設(shè)計模式和SSH框架。就幾門技術(shù)的發(fā)展歷史、技術(shù)特點、工作原理和使用方法做了簡要地介紹。在下一章，