架構(gòu)師培訓(xùn)講義類結(jié)構(gòu)設(shè)計

1、第六章詳細設(shè)計階段的類結(jié)構(gòu)設(shè)計詳細設(shè)計階段的一個十分重要的問題，就是進行類設(shè)計。類設(shè)計直接對應(yīng)于實現(xiàn)設(shè)計，它的設(shè)計質(zhì)量直接影響著軟件的質(zhì)量，所以這個階段是十分重要的。這就給我們提出了一個問題，類是如何確定的，如何合理的規(guī)劃類，這就要給我們提出一些原則，或者是一些模式。設(shè)計模式是有關(guān)中小尺度的對象和框架的設(shè)計。應(yīng)用在實現(xiàn)架構(gòu)模式定義的大尺度的連接解決方案中。也適合于任何局部的詳細設(shè)計。設(shè)計模式也稱之為微觀架構(gòu)模式。第一節(jié)第一節(jié)類結(jié)構(gòu)設(shè)計中

2、的通用職責(zé)分配軟件模式類結(jié)構(gòu)設(shè)計中的通用職責(zé)分配軟件模式GRASP模式（GeneralResponsibilityAssignmentSoftwarePatterns通用職責(zé)分配軟件模式）能夠幫助我們理解基本的對象設(shè)計技術(shù)，并且用一種系統(tǒng)的、可推理的、可說明的方式來應(yīng)用設(shè)計理論。一、根據(jù)職責(zé)設(shè)計對象一、根據(jù)職責(zé)設(shè)計對象職責(zé)：職責(zé)與一個對象的義務(wù)相關(guān)聯(lián)，職責(zé)主要分為兩種類型：1）了解型（）了解型（knowing）了解私有的封裝數(shù)據(jù)；了解相

3、關(guān)聯(lián)的相關(guān)對象；了解能夠派生或者計算的事物。2）行為型（）行為型（doing）自身執(zhí)行一些行為，如建造一個對象或者進行一個計算；在其它對象中進行初始化操作；在其它對象中控制或者協(xié)調(diào)各項活動。職責(zé)是對象設(shè)計過程中，被分配給對象的類的。我們常常能從領(lǐng)域模型推理出了解型相關(guān)的職責(zé)，這是因為領(lǐng)域模型實際上展示了對象的屬性和相互關(guān)聯(lián)。二、職責(zé)和交互圖二、職責(zé)和交互圖在UML中，職責(zé)分配到何處（通過操作來實現(xiàn)）這樣的問題，貫穿了交互圖生成的整個過程

4、。例如：到底誰是信息專家呢？如果我們需要確定銷售總額?？梢钥闯鰜恚粋€Sale類的實例，將包括“銷售線項目”和“產(chǎn)品規(guī)格說明”的全部信息。也就是說，Sale類是一個關(guān)于銷售總額的合適的信息專家。而SalesLineItem可以確定子銷售額，這就是確定子銷售額的信息專家。進一步，ProductSpecification能確定價格等，它就是“產(chǎn)品規(guī)格說明”的信息專家。上面已經(jīng)提到，在創(chuàng)建交互圖語境的時候，常常出現(xiàn)職責(zé)分配的問題。設(shè)想我們正在

5、繪設(shè)計模型圖，并且在為對象分配職責(zé)，從軟件的角度，我們關(guān)注一下：為了得到總額信息，需要向Sale發(fā)出請求總額請求，于是Sale得到了getTotal方法。而銷售需要取得數(shù)量信息，就要向“銷售線項目”發(fā)出請求，這就在SalesLineItem得到了getSubtotal方法。而銷售線項目需要向“產(chǎn)品規(guī)格說明”取得價格信息，這就在ProductSpecification類得到了getPrice方法。這樣的思考，我們就在概念模型的基礎(chǔ)上，得到