對象模型圖【OMD】閱讀指南_第1頁
對象模型圖【OMD】閱讀指南_第2頁
對象模型圖【OMD】閱讀指南_第3頁
對象模型圖【OMD】閱讀指南_第4頁
對象模型圖【OMD】閱讀指南_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

對象模型圖【OMD】閱讀指南補(bǔ)充幾個名詞概念:UML:UnifiedModelingLanguage 統(tǒng)一建模語言,是用來對軟件密集系統(tǒng)進(jìn)展可視化建模的一種語言。UML為面對對象開發(fā)系統(tǒng)的產(chǎn)品進(jìn)展說明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語言。OMD:Objectmodeldiagrams 對象模型圖表。首先來看看OMD能幫我們做什么?該類支持哪些接口;完成任務(wù)需要哪些對象;如何使用該類的對象;是否可以直接實例化類;接口有哪些方法和屬性;是否有其它類也支持該接口;對象間的關(guān)系下面圖示中,便是貫穿本書的對象模型圖的鑰匙。這些符號是基于UML畫圖工具創(chuàng)立的,UML符號是面對對象分析和設(shè)計的工業(yè)圖樣標(biāo)準(zhǔn)。對象模型圖中供給的信息格外多,是對象掃瞄器中信息的重要補(bǔ)充。VisualBasic,或者其它的開發(fā)環(huán)境,都會列出全部的類和成員,但不會指明這些類之間的關(guān)系。所以,對象模型圖是格外有利于讀者對ArcInfo組件的理解的!本書使用UML來描述ArcInfo組件,即ArcObjects,并描述你能夠創(chuàng)立的數(shù)據(jù)模型。以下具體說明:類和對象在UML圖中有三種類型的類:抽象類〔abstractclass〕、可創(chuàng)立類〔createableclass〕與可實例化類〔instantiableclass〕。抽象類不能用以創(chuàng)立對象,但可以用來指定子類。舉個例子,“l(fā)ine”〔線〕是“primaryline”〔干線〕和“secondaryline”〔副干線〕的抽象類。可創(chuàng)立類指的是那些你能夠直接使用開發(fā)環(huán)境中的對象定義語法來創(chuàng)立對象。比方在VisualBasic 中是這樣書寫:DimAsNew<object> 或者CreateObject<object>??蓪嵗惒荒軌蛑苯觿?chuàng)立對象,但是這種類的對象能夠作為其它對象的屬性被創(chuàng)立或是從其它類可實例化類不能夠直接創(chuàng)立對象,但是這種類的對象能夠作為其它對象的屬性被創(chuàng)立或是從其它類的方法中創(chuàng)立。 比較難理解。關(guān)聯(lián)在抽象類、可創(chuàng)立類和可實例化類之間,有幾種存在的關(guān)聯(lián)〔或稱關(guān)系〕。聯(lián)系〔association〕便描述了類之間的關(guān)聯(lián)。在兩端的類中可以定義多重性〔Multiplicity〕關(guān)聯(lián)。在這張圖上,一個業(yè)主能有擁有一塊或多塊宗地;同樣地,一塊宗地可以被一個或多個業(yè)主所共有。多重性關(guān)聯(lián)就是限制對象類與其它對象關(guān)聯(lián)的數(shù)目關(guān)系。以下是用于多重性關(guān)聯(lián)的符號:1:一個并且只有一個,這種多樣性是可選的;假設(shè)不標(biāo)明,則默認(rèn)為“1”0..1:零個或一個M..N:從M到N〔正整數(shù)〕*或者0…*:從零到任意正整數(shù)1…*:從一到任意正整數(shù)類繼承〔typeinheritance〕定義了特地的類,它們擁有超類的屬性和方法,并且同時也有自身的屬性和方法。上圖說明primaryline 和secondaryline 是line的一種類型。實例化〔Instantiation〕指定一個類的對象有這樣的方法,它能夠創(chuàng)立另外一個類的對象。pole對象有一個方法能夠創(chuàng)立transformer對象。聚合〔Aggregation〕是一種不對稱的關(guān)聯(lián)方式,在這種方式下一個類的對象被認(rèn)為是一個“整體”,而另一個類的對象被認(rèn)為是“部件”。一個transformerbank 正好有3個transformer。在這個圖中transformer能和一個transformerbank相關(guān)聯(lián),但當(dāng)transformerbank 移除以后,transformer照舊能夠存在。組成〔Composition〕是一種更為強(qiáng)壯的聚合方式,此種方式下,“整體”對象掌握著“局部”對象的生存時間。一個pole包含一個或多個crossarm。在這個圖中當(dāng)pole被移除后,crossarm就不能再使用了。由于pole掌握著crossarm的生存時間。在安裝完AEAE的OMD一般在安裝名目\DeveloperKit\Diagrams下下為ArcEngineOMD的截圖:其中OMD中的符號:一個三角形符號表示繼承菱形的黑色小塊表示組成虛線前頭帶個箭頭表示用來創(chuàng)立*表示對應(yīng)關(guān)系1:N一條直線表示聯(lián)合類的類別:抽象類:不能創(chuàng)立或?qū)嵗?,從來沒有一個抽象類的實例用于定義子類的公共接口,子類繼承其定義的接口。OMD符號為:二維的內(nèi)部有陰影的矩形。實例化類:不能創(chuàng)立,從別的對象獲得實例。OMD符號為:3D矩形內(nèi)部沒有陰影??蓜?chuàng)立的類:用New關(guān)鍵字創(chuàng)立對象或者從別的對象獲得運(yùn)行實例。OMD符號為:帶陰影的3D矩形符號。屬性和方法:屬性:啞鈴狀的圖標(biāo),Read〔左側(cè)的啞鈴〕和write〔右側(cè)的啞鈴〕方法:指向左側(cè)的箭頭接口:棒棒糖類型的圖標(biāo)圖表之間的連接:蟲洞===========================個人感覺在OMD圖中比較難理解的就是可實例化類CLASS。我做了以下例子去理解它:ArcEngine中workSpace就是一個可實例化類,WorkSpace不能用new創(chuàng)立,但可以通過WorkSpaceFarctory.Openfromfile方法來創(chuàng)立.如下:IWorkspaceFactorypWorkspaceFactory= newAccessWorkspaceFactoryClass;IWorkspacepWorkspace=pWorkspaceFactory.OpenFromFile(ConnectionString,0);但當(dāng)我們嘗試用NewWorkspaceIWorkspacepWorkspace=newWorkspaceClass;就會消滅以下錯誤:“類型”ESRI.ArcGI

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論