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