蘭洪霞
摘 要:本文介紹了面向對象的方法和設計模式在ELIS海洋石油成像測井地面后處理平臺EPAPS中的應用,及EPAPS的主要設計思想。
關鍵詞:測井系統(tǒng) 數(shù)據(jù)后處理 面向對象 設計模式
中圖分類號:TE32 文獻標識碼:A 文章編號:1672-3791(2014)05(a)-0104-03
ELIS海洋石油成像測井系統(tǒng)(Enhanced Logging Imaging System)是中海油田股份有限公司自主研發(fā)具有自主知識產(chǎn)權的用于海上石油勘探開發(fā)的電纜測井成像系統(tǒng),它主要由地面采集系統(tǒng)、井下儀器和數(shù)據(jù)解釋處理三個部分組成。
EPAPS即現(xiàn)場快速數(shù)據(jù)解釋處理平臺,主要功能包括數(shù)據(jù)加載,數(shù)據(jù)的處理和顯示、出圖、文件格式轉換等。EPAPS采用了徹底的面向對象設計理念,妥善利用了多種先進的軟件設計模式,整體架構簡潔明了,在軟件功能性、可維護性、可擴展性和模塊互操作性等諸多工程要素上均有著非常出色的表現(xiàn)。
1 面向對象設計理念
面向對象的設計理念主要包括抽象、封裝、繼承、多態(tài),EPAPS靈活運用了這些面向對象的設計理念對EPAPS進行了合理的分層、分包、建立類的層次結構和良好的體系架構,使EPAPS可復用性、可維護性、可擴展性都得到了極大的提高。
2 設計模式
要使系統(tǒng)最大程度的適應需求的變更或新增,就必須在其要實現(xiàn)的宏觀業(yè)務邏輯的抽象復用上下功夫。而設計模式就是綜合運用面向對象技術和特性來提高業(yè)務邏輯可復用性的常用方法和經(jīng)驗的提取和匯總。掌握23種設計模式的關鍵是理解它們的共通目的:使所設計的軟件系統(tǒng)在一般或特定(系統(tǒng)將來在特定點上需要擴展的可能性大)場景下,盡可能的對擴展開放,對修改關閉。即面對新需求或需求變更,容易開發(fā)獨立于既有代碼的新代碼接入到現(xiàn)有系統(tǒng)或對現(xiàn)有代碼做可控的少量修改,而不是在現(xiàn)有代碼基礎上做大量的增、刪、改。為了這一目的,EPAPS使用了多種設計模式提高軟件平臺的可擴展性、靈活性、可插入性。
3 具體設計
3.1 總體架構
圖1是EPAPS軟件的總體架構,它反映了EPAPS軟件的總體構成和各頂層軟件包之間的相互關系。
從圖1可以看出,EPAPS應用軟件架構體現(xiàn)了層次化設計的思想,共有四個層次五大模塊。
第一層是基礎設施軟件包,該軟件包定義了復雜應用的基本構件、工具,包括UserMath基本數(shù)學庫、Common.Spec基本設施公共庫規(guī)范、Common公共設施基礎庫等。
第二層是表象和數(shù)據(jù)的基礎,由交互式二維圖形應用基礎類庫GP和專業(yè)數(shù)據(jù)Data兩大軟件包構成。Data軟件包定義了測井數(shù)據(jù)的基本規(guī)范,并實現(xiàn)了常用的數(shù)據(jù)格式。同時Data軟件包還設計了數(shù)據(jù)管理及專業(yè)數(shù)據(jù)處理的規(guī)范和基本功能模塊。
第三層是測井應用程序架構層,本層定義了專業(yè)測井應用的基本規(guī)范和基礎構件。
第四層是具體執(zhí)行各種用戶功能的應用層。
上述四個層次中低層軟件包是上層軟件的基礎,為上層軟件包提供支持或規(guī)范。
3.2 UDF統(tǒng)一測井數(shù)據(jù)框架
目前測井數(shù)據(jù)格式?jīng)]有統(tǒng)一的標準,國內(nèi)外每個測井裝備供應商都有一到多種自定義的測井數(shù)據(jù)格式,再加上一些研究機構和軟件供應商定義的數(shù)據(jù)格式,使得常見的測井數(shù)據(jù)格式多達二十余種,下表列舉了其中的一部分(見表1)。
為了支持大多數(shù)測井數(shù)據(jù)格式的訪問和轉換,我們綜合分析了實時測井數(shù)據(jù)采集和解釋處理的各項業(yè)務需求,深入研究了多種代表性的測井數(shù)據(jù)格式(包括DLIS)的邏輯結構及具體內(nèi)容,設計了UDF統(tǒng)一測井數(shù)據(jù)框架。
UDF統(tǒng)一測井數(shù)據(jù)框架給出了如下規(guī)范:
(1)測井數(shù)據(jù)的對象模型。
(2)測井數(shù)據(jù)對象的屬性規(guī)范。
(3)測井數(shù)據(jù)對象的接口規(guī)范。
(4)測井數(shù)據(jù)格式插件及管理規(guī)范。
下面的類圖反映了UDF的對象模型:
從圖2可以看出,UDF支持如下類型的數(shù)據(jù)對象:
(1)支持幀結構的測井數(shù)據(jù)(即通常所說的測井曲線,可以是多維的)。包括等深度及不等深度的測井數(shù)據(jù)、深度采樣的測井數(shù)據(jù)、時間采樣的測井數(shù)據(jù)等等。
(2)支持二進制流數(shù)據(jù)。
(3)支持文本數(shù)據(jù)。
(4)支持XML數(shù)據(jù)。
(5)支持結構化的參數(shù)數(shù)據(jù)。
(6)支持各種專業(yè)數(shù)據(jù)(如刻度信息、儀器信息、處理信息等)。
上述數(shù)據(jù)對象模型基本覆蓋了實時測井采集和解釋處理各方面的業(yè)務需求。
另外,UDF的插件機制為用戶開發(fā)各種具體數(shù)據(jù)格式的驅動接口提供了很好的解決方案。
3.3 表象體系架構
EPAPS的表象對象體系負責各種專業(yè)數(shù)據(jù)的顯示和人機交互,它構建于專業(yè)圖形應用軟件包GP之上,具體應用采用繪圖頁插件形式實現(xiàn),這些繪圖頁插件都位于EPAPS的應用層。這種設計架構保證了 EPAPS的工能性和可擴展性。
圖3反映了EPAPS表象體系的底層架構。
圖3中的GP.Core定義了基本的圖形數(shù)據(jù)結構和基礎的繪圖操作,GP.Dock提供了多窗口的錨定支持功能。GP.UILite, GP.UIEx,GP.UICommon提供了一系列的圖形交互控件,GP.Spec定義了表象體系規(guī)范,GP.Draw是二維圖形應用程序的框架類庫。
VisualObject是基本可視對象,繪圖頁DrawCanvas、繪圖文檔DrawDocumentBase兩個上層對象提供了可視對象的兩級管理,足以應對一般圖形應用的各種需求。
繪圖頁模板CanvasTemplate和文檔模板DocumentTemplate以工廠類的方式提供了繪圖頁和文檔的創(chuàng)建機制,為動態(tài)創(chuàng)建用戶開發(fā)的具體繪圖頁和文檔對象提供了支持。
圖形用戶交互工具對象IUiTool及其管理器UIToolManager將用戶交互和圖形顯示進行分離,這樣交互工作比較專一,擴充起來也更加方便。例如TextEditor配合UitGeneric交互工具對象可以完成各種文字編輯輸入工作。
測井繪圖時各種測井應用軟件的一個重要功能,EPAPS使用插件機制在GP基礎上開發(fā)的EPAPS.Canvas.WellLog動態(tài)鏈接庫專門負責測井繪圖工作,圖4是EPAPS.Canvas.WellLog的對象類結構(見圖4)。
4 結語
EPAPS測井后處理系統(tǒng)軟件使用了面向對象思想及多種成熟的軟件設計模式,這些模式或用來實現(xiàn)某種用戶功能、或用來簡化總體架構,或用來提高系統(tǒng)的擴展性,或用來改善系統(tǒng)性能,下表對本系統(tǒng)所使用的幾個主要軟件設計模式做了個簡單的總結(見表2)。
參考文獻
[1] 程杰.大話設計模式[M].清華大學出版社,2010.
[2] 楊莉萍.面向對象的方法和設計模式 [J].計算機應用與軟件,2006(3):37-39.
[3] 鐘尚平.論設計模式的重用[J].福建電腦,2006(3):2-4.endprint
摘 要:本文介紹了面向對象的方法和設計模式在ELIS海洋石油成像測井地面后處理平臺EPAPS中的應用,及EPAPS的主要設計思想。
關鍵詞:測井系統(tǒng) 數(shù)據(jù)后處理 面向對象 設計模式
中圖分類號:TE32 文獻標識碼:A 文章編號:1672-3791(2014)05(a)-0104-03
ELIS海洋石油成像測井系統(tǒng)(Enhanced Logging Imaging System)是中海油田股份有限公司自主研發(fā)具有自主知識產(chǎn)權的用于海上石油勘探開發(fā)的電纜測井成像系統(tǒng),它主要由地面采集系統(tǒng)、井下儀器和數(shù)據(jù)解釋處理三個部分組成。
EPAPS即現(xiàn)場快速數(shù)據(jù)解釋處理平臺,主要功能包括數(shù)據(jù)加載,數(shù)據(jù)的處理和顯示、出圖、文件格式轉換等。EPAPS采用了徹底的面向對象設計理念,妥善利用了多種先進的軟件設計模式,整體架構簡潔明了,在軟件功能性、可維護性、可擴展性和模塊互操作性等諸多工程要素上均有著非常出色的表現(xiàn)。
1 面向對象設計理念
面向對象的設計理念主要包括抽象、封裝、繼承、多態(tài),EPAPS靈活運用了這些面向對象的設計理念對EPAPS進行了合理的分層、分包、建立類的層次結構和良好的體系架構,使EPAPS可復用性、可維護性、可擴展性都得到了極大的提高。
2 設計模式
要使系統(tǒng)最大程度的適應需求的變更或新增,就必須在其要實現(xiàn)的宏觀業(yè)務邏輯的抽象復用上下功夫。而設計模式就是綜合運用面向對象技術和特性來提高業(yè)務邏輯可復用性的常用方法和經(jīng)驗的提取和匯總。掌握23種設計模式的關鍵是理解它們的共通目的:使所設計的軟件系統(tǒng)在一般或特定(系統(tǒng)將來在特定點上需要擴展的可能性大)場景下,盡可能的對擴展開放,對修改關閉。即面對新需求或需求變更,容易開發(fā)獨立于既有代碼的新代碼接入到現(xiàn)有系統(tǒng)或對現(xiàn)有代碼做可控的少量修改,而不是在現(xiàn)有代碼基礎上做大量的增、刪、改。為了這一目的,EPAPS使用了多種設計模式提高軟件平臺的可擴展性、靈活性、可插入性。
3 具體設計
3.1 總體架構
圖1是EPAPS軟件的總體架構,它反映了EPAPS軟件的總體構成和各頂層軟件包之間的相互關系。
從圖1可以看出,EPAPS應用軟件架構體現(xiàn)了層次化設計的思想,共有四個層次五大模塊。
第一層是基礎設施軟件包,該軟件包定義了復雜應用的基本構件、工具,包括UserMath基本數(shù)學庫、Common.Spec基本設施公共庫規(guī)范、Common公共設施基礎庫等。
第二層是表象和數(shù)據(jù)的基礎,由交互式二維圖形應用基礎類庫GP和專業(yè)數(shù)據(jù)Data兩大軟件包構成。Data軟件包定義了測井數(shù)據(jù)的基本規(guī)范,并實現(xiàn)了常用的數(shù)據(jù)格式。同時Data軟件包還設計了數(shù)據(jù)管理及專業(yè)數(shù)據(jù)處理的規(guī)范和基本功能模塊。
第三層是測井應用程序架構層,本層定義了專業(yè)測井應用的基本規(guī)范和基礎構件。
第四層是具體執(zhí)行各種用戶功能的應用層。
上述四個層次中低層軟件包是上層軟件的基礎,為上層軟件包提供支持或規(guī)范。
3.2 UDF統(tǒng)一測井數(shù)據(jù)框架
目前測井數(shù)據(jù)格式?jīng)]有統(tǒng)一的標準,國內(nèi)外每個測井裝備供應商都有一到多種自定義的測井數(shù)據(jù)格式,再加上一些研究機構和軟件供應商定義的數(shù)據(jù)格式,使得常見的測井數(shù)據(jù)格式多達二十余種,下表列舉了其中的一部分(見表1)。
為了支持大多數(shù)測井數(shù)據(jù)格式的訪問和轉換,我們綜合分析了實時測井數(shù)據(jù)采集和解釋處理的各項業(yè)務需求,深入研究了多種代表性的測井數(shù)據(jù)格式(包括DLIS)的邏輯結構及具體內(nèi)容,設計了UDF統(tǒng)一測井數(shù)據(jù)框架。
UDF統(tǒng)一測井數(shù)據(jù)框架給出了如下規(guī)范:
(1)測井數(shù)據(jù)的對象模型。
(2)測井數(shù)據(jù)對象的屬性規(guī)范。
(3)測井數(shù)據(jù)對象的接口規(guī)范。
(4)測井數(shù)據(jù)格式插件及管理規(guī)范。
下面的類圖反映了UDF的對象模型:
從圖2可以看出,UDF支持如下類型的數(shù)據(jù)對象:
(1)支持幀結構的測井數(shù)據(jù)(即通常所說的測井曲線,可以是多維的)。包括等深度及不等深度的測井數(shù)據(jù)、深度采樣的測井數(shù)據(jù)、時間采樣的測井數(shù)據(jù)等等。
(2)支持二進制流數(shù)據(jù)。
(3)支持文本數(shù)據(jù)。
(4)支持XML數(shù)據(jù)。
(5)支持結構化的參數(shù)數(shù)據(jù)。
(6)支持各種專業(yè)數(shù)據(jù)(如刻度信息、儀器信息、處理信息等)。
上述數(shù)據(jù)對象模型基本覆蓋了實時測井采集和解釋處理各方面的業(yè)務需求。
另外,UDF的插件機制為用戶開發(fā)各種具體數(shù)據(jù)格式的驅動接口提供了很好的解決方案。
3.3 表象體系架構
EPAPS的表象對象體系負責各種專業(yè)數(shù)據(jù)的顯示和人機交互,它構建于專業(yè)圖形應用軟件包GP之上,具體應用采用繪圖頁插件形式實現(xiàn),這些繪圖頁插件都位于EPAPS的應用層。這種設計架構保證了 EPAPS的工能性和可擴展性。
圖3反映了EPAPS表象體系的底層架構。
圖3中的GP.Core定義了基本的圖形數(shù)據(jù)結構和基礎的繪圖操作,GP.Dock提供了多窗口的錨定支持功能。GP.UILite, GP.UIEx,GP.UICommon提供了一系列的圖形交互控件,GP.Spec定義了表象體系規(guī)范,GP.Draw是二維圖形應用程序的框架類庫。
VisualObject是基本可視對象,繪圖頁DrawCanvas、繪圖文檔DrawDocumentBase兩個上層對象提供了可視對象的兩級管理,足以應對一般圖形應用的各種需求。
繪圖頁模板CanvasTemplate和文檔模板DocumentTemplate以工廠類的方式提供了繪圖頁和文檔的創(chuàng)建機制,為動態(tài)創(chuàng)建用戶開發(fā)的具體繪圖頁和文檔對象提供了支持。
圖形用戶交互工具對象IUiTool及其管理器UIToolManager將用戶交互和圖形顯示進行分離,這樣交互工作比較專一,擴充起來也更加方便。例如TextEditor配合UitGeneric交互工具對象可以完成各種文字編輯輸入工作。
測井繪圖時各種測井應用軟件的一個重要功能,EPAPS使用插件機制在GP基礎上開發(fā)的EPAPS.Canvas.WellLog動態(tài)鏈接庫專門負責測井繪圖工作,圖4是EPAPS.Canvas.WellLog的對象類結構(見圖4)。
4 結語
EPAPS測井后處理系統(tǒng)軟件使用了面向對象思想及多種成熟的軟件設計模式,這些模式或用來實現(xiàn)某種用戶功能、或用來簡化總體架構,或用來提高系統(tǒng)的擴展性,或用來改善系統(tǒng)性能,下表對本系統(tǒng)所使用的幾個主要軟件設計模式做了個簡單的總結(見表2)。
參考文獻
[1] 程杰.大話設計模式[M].清華大學出版社,2010.
[2] 楊莉萍.面向對象的方法和設計模式 [J].計算機應用與軟件,2006(3):37-39.
[3] 鐘尚平.論設計模式的重用[J].福建電腦,2006(3):2-4.endprint
摘 要:本文介紹了面向對象的方法和設計模式在ELIS海洋石油成像測井地面后處理平臺EPAPS中的應用,及EPAPS的主要設計思想。
關鍵詞:測井系統(tǒng) 數(shù)據(jù)后處理 面向對象 設計模式
中圖分類號:TE32 文獻標識碼:A 文章編號:1672-3791(2014)05(a)-0104-03
ELIS海洋石油成像測井系統(tǒng)(Enhanced Logging Imaging System)是中海油田股份有限公司自主研發(fā)具有自主知識產(chǎn)權的用于海上石油勘探開發(fā)的電纜測井成像系統(tǒng),它主要由地面采集系統(tǒng)、井下儀器和數(shù)據(jù)解釋處理三個部分組成。
EPAPS即現(xiàn)場快速數(shù)據(jù)解釋處理平臺,主要功能包括數(shù)據(jù)加載,數(shù)據(jù)的處理和顯示、出圖、文件格式轉換等。EPAPS采用了徹底的面向對象設計理念,妥善利用了多種先進的軟件設計模式,整體架構簡潔明了,在軟件功能性、可維護性、可擴展性和模塊互操作性等諸多工程要素上均有著非常出色的表現(xiàn)。
1 面向對象設計理念
面向對象的設計理念主要包括抽象、封裝、繼承、多態(tài),EPAPS靈活運用了這些面向對象的設計理念對EPAPS進行了合理的分層、分包、建立類的層次結構和良好的體系架構,使EPAPS可復用性、可維護性、可擴展性都得到了極大的提高。
2 設計模式
要使系統(tǒng)最大程度的適應需求的變更或新增,就必須在其要實現(xiàn)的宏觀業(yè)務邏輯的抽象復用上下功夫。而設計模式就是綜合運用面向對象技術和特性來提高業(yè)務邏輯可復用性的常用方法和經(jīng)驗的提取和匯總。掌握23種設計模式的關鍵是理解它們的共通目的:使所設計的軟件系統(tǒng)在一般或特定(系統(tǒng)將來在特定點上需要擴展的可能性大)場景下,盡可能的對擴展開放,對修改關閉。即面對新需求或需求變更,容易開發(fā)獨立于既有代碼的新代碼接入到現(xiàn)有系統(tǒng)或對現(xiàn)有代碼做可控的少量修改,而不是在現(xiàn)有代碼基礎上做大量的增、刪、改。為了這一目的,EPAPS使用了多種設計模式提高軟件平臺的可擴展性、靈活性、可插入性。
3 具體設計
3.1 總體架構
圖1是EPAPS軟件的總體架構,它反映了EPAPS軟件的總體構成和各頂層軟件包之間的相互關系。
從圖1可以看出,EPAPS應用軟件架構體現(xiàn)了層次化設計的思想,共有四個層次五大模塊。
第一層是基礎設施軟件包,該軟件包定義了復雜應用的基本構件、工具,包括UserMath基本數(shù)學庫、Common.Spec基本設施公共庫規(guī)范、Common公共設施基礎庫等。
第二層是表象和數(shù)據(jù)的基礎,由交互式二維圖形應用基礎類庫GP和專業(yè)數(shù)據(jù)Data兩大軟件包構成。Data軟件包定義了測井數(shù)據(jù)的基本規(guī)范,并實現(xiàn)了常用的數(shù)據(jù)格式。同時Data軟件包還設計了數(shù)據(jù)管理及專業(yè)數(shù)據(jù)處理的規(guī)范和基本功能模塊。
第三層是測井應用程序架構層,本層定義了專業(yè)測井應用的基本規(guī)范和基礎構件。
第四層是具體執(zhí)行各種用戶功能的應用層。
上述四個層次中低層軟件包是上層軟件的基礎,為上層軟件包提供支持或規(guī)范。
3.2 UDF統(tǒng)一測井數(shù)據(jù)框架
目前測井數(shù)據(jù)格式?jīng)]有統(tǒng)一的標準,國內(nèi)外每個測井裝備供應商都有一到多種自定義的測井數(shù)據(jù)格式,再加上一些研究機構和軟件供應商定義的數(shù)據(jù)格式,使得常見的測井數(shù)據(jù)格式多達二十余種,下表列舉了其中的一部分(見表1)。
為了支持大多數(shù)測井數(shù)據(jù)格式的訪問和轉換,我們綜合分析了實時測井數(shù)據(jù)采集和解釋處理的各項業(yè)務需求,深入研究了多種代表性的測井數(shù)據(jù)格式(包括DLIS)的邏輯結構及具體內(nèi)容,設計了UDF統(tǒng)一測井數(shù)據(jù)框架。
UDF統(tǒng)一測井數(shù)據(jù)框架給出了如下規(guī)范:
(1)測井數(shù)據(jù)的對象模型。
(2)測井數(shù)據(jù)對象的屬性規(guī)范。
(3)測井數(shù)據(jù)對象的接口規(guī)范。
(4)測井數(shù)據(jù)格式插件及管理規(guī)范。
下面的類圖反映了UDF的對象模型:
從圖2可以看出,UDF支持如下類型的數(shù)據(jù)對象:
(1)支持幀結構的測井數(shù)據(jù)(即通常所說的測井曲線,可以是多維的)。包括等深度及不等深度的測井數(shù)據(jù)、深度采樣的測井數(shù)據(jù)、時間采樣的測井數(shù)據(jù)等等。
(2)支持二進制流數(shù)據(jù)。
(3)支持文本數(shù)據(jù)。
(4)支持XML數(shù)據(jù)。
(5)支持結構化的參數(shù)數(shù)據(jù)。
(6)支持各種專業(yè)數(shù)據(jù)(如刻度信息、儀器信息、處理信息等)。
上述數(shù)據(jù)對象模型基本覆蓋了實時測井采集和解釋處理各方面的業(yè)務需求。
另外,UDF的插件機制為用戶開發(fā)各種具體數(shù)據(jù)格式的驅動接口提供了很好的解決方案。
3.3 表象體系架構
EPAPS的表象對象體系負責各種專業(yè)數(shù)據(jù)的顯示和人機交互,它構建于專業(yè)圖形應用軟件包GP之上,具體應用采用繪圖頁插件形式實現(xiàn),這些繪圖頁插件都位于EPAPS的應用層。這種設計架構保證了 EPAPS的工能性和可擴展性。
圖3反映了EPAPS表象體系的底層架構。
圖3中的GP.Core定義了基本的圖形數(shù)據(jù)結構和基礎的繪圖操作,GP.Dock提供了多窗口的錨定支持功能。GP.UILite, GP.UIEx,GP.UICommon提供了一系列的圖形交互控件,GP.Spec定義了表象體系規(guī)范,GP.Draw是二維圖形應用程序的框架類庫。
VisualObject是基本可視對象,繪圖頁DrawCanvas、繪圖文檔DrawDocumentBase兩個上層對象提供了可視對象的兩級管理,足以應對一般圖形應用的各種需求。
繪圖頁模板CanvasTemplate和文檔模板DocumentTemplate以工廠類的方式提供了繪圖頁和文檔的創(chuàng)建機制,為動態(tài)創(chuàng)建用戶開發(fā)的具體繪圖頁和文檔對象提供了支持。
圖形用戶交互工具對象IUiTool及其管理器UIToolManager將用戶交互和圖形顯示進行分離,這樣交互工作比較專一,擴充起來也更加方便。例如TextEditor配合UitGeneric交互工具對象可以完成各種文字編輯輸入工作。
測井繪圖時各種測井應用軟件的一個重要功能,EPAPS使用插件機制在GP基礎上開發(fā)的EPAPS.Canvas.WellLog動態(tài)鏈接庫專門負責測井繪圖工作,圖4是EPAPS.Canvas.WellLog的對象類結構(見圖4)。
4 結語
EPAPS測井后處理系統(tǒng)軟件使用了面向對象思想及多種成熟的軟件設計模式,這些模式或用來實現(xiàn)某種用戶功能、或用來簡化總體架構,或用來提高系統(tǒng)的擴展性,或用來改善系統(tǒng)性能,下表對本系統(tǒng)所使用的幾個主要軟件設計模式做了個簡單的總結(見表2)。
參考文獻
[1] 程杰.大話設計模式[M].清華大學出版社,2010.
[2] 楊莉萍.面向對象的方法和設計模式 [J].計算機應用與軟件,2006(3):37-39.
[3] 鐘尚平.論設計模式的重用[J].福建電腦,2006(3):2-4.endprint