一、 選擇題1、 關(guān)于微軟的三層架構(gòu)，下列說(shuō)法錯(cuò)誤的是：A、分層的目的是為了實(shí)現(xiàn)“高內(nèi)聚、低耦合”；B、采用“分而治之”的思想，把任務(wù)劃分成子任務(wù)；C、唯一的缺陷是降低了代碼的可復(fù)用性；D、易于控制，易于延展，易于多人進(jìn)行項(xiàng)目合作。2、關(guān)于用戶故事，下列說(shuō)法不恰當(dāng)?shù)氖牵篈、用戶故事就是正在進(jìn)行的關(guān)于需求談話的助記符；B、是一個(gè)計(jì)劃工具；C、用戶故事分解需求，一個(gè)用戶故事就是一個(gè)小的需求模塊；D、“點(diǎn)數(shù)”能精確其實(shí)現(xiàn)代價(jià)。3、關(guān)于測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，下述各項(xiàng)正確的是：A、編寫(xiě)所有產(chǎn)品代碼的目的都是為了使失敗的單元測(cè)試能夠通過(guò)；B、編寫(xiě)完代碼后必須馬上編寫(xiě)單元測(cè)試C、能夠促使模塊之間加強(qiáng)耦合；D、防止模塊之間隔離。4、關(guān)于計(jì)劃游戲，下述說(shuō)法不恰當(dāng)?shù)氖牵篈、計(jì)劃游戲的本質(zhì)是劃分業(yè)務(wù)人員和開(kāi)發(fā)人員之間的職責(zé)；B、開(kāi)發(fā)人員決定選擇哪些用戶故事C、開(kāi)發(fā)人員基于上次迭代，為客戶提供一個(gè)“預(yù)算”；D、跟蹤速度是最為重要的管理手段之一。5、關(guān)于簡(jiǎn)單設(shè)計(jì)，下列說(shuō)法錯(cuò)誤的是：A、用最簡(jiǎn)單的辦法實(shí)現(xiàn)每個(gè)小需求，前提是按照這些簡(jiǎn)單設(shè)計(jì)開(kāi)發(fā)出來(lái)的軟件必須通過(guò)測(cè)試。B、設(shè)計(jì)只要能滿足系統(tǒng)和客戶在當(dāng)下的需求就可以了，不需要任何畫(huà)蛇添足的設(shè)計(jì)，而且所有這些設(shè)計(jì)都將在后續(xù)的開(kāi)發(fā)過(guò)程中被不斷地重整和優(yōu)化。C、對(duì)于設(shè)計(jì)結(jié)構(gòu)必須足夠簡(jiǎn)單/靈活，適應(yīng)未來(lái)需求變化；D、絕不能容忍重復(fù)的代碼。6、關(guān)于軟件重構(gòu)，下列說(shuō)法不恰當(dāng)?shù)氖牵篈、重構(gòu)是在不改變代碼外在行為的前提下對(duì)代碼做出修改，以改進(jìn)代碼的內(nèi)部結(jié)構(gòu)的過(guò)程。B、每個(gè)改造都是微不足道的，但是這些所有的改造迭加在一起，就形成了對(duì)系統(tǒng)設(shè)計(jì)和架構(gòu)顯著的改進(jìn)。C、每次重構(gòu)進(jìn)行完后，必須運(yùn)行單元測(cè)試；D、重構(gòu)耗時(shí)費(fèi)力，不宜頻繁進(jìn)行。7、關(guān)于軟件設(shè)計(jì)臭味，下列說(shuō)法錯(cuò)誤的是：A、僵化性是指軟件運(yùn)行性能很差；B、如果設(shè)計(jì)中包含有當(dāng)前沒(méi)有用的組成部分，它就包含不必要的復(fù)雜性；C、晦澀性是指模塊難以理解；D、不能因?yàn)樵O(shè)計(jì)的退化去責(zé)怪需求的變化。8、關(guān)于依賴(lài)倒置原則，下列說(shuō)法不恰當(dāng)?shù)氖牵篈、高層模塊不應(yīng)該依賴(lài)于低層模塊，二者都應(yīng)該依賴(lài)于抽象；B、抽象應(yīng)該依賴(lài)于細(xì)節(jié)；C、要針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程；D、任何變量都不應(yīng)該指向具體類(lèi)。9、關(guān)于迪米特法則，下列說(shuō)法錯(cuò)誤的是：A、一個(gè)對(duì)象應(yīng)當(dāng)對(duì)其他對(duì)象有盡可能少的了解；B、每一個(gè)軟件單位對(duì)其它的單位都只有最少的知識(shí)，而且僅局限于那些與本單位密切相關(guān)的軟件單位。C、迪米特法則的核心觀念就是類(lèi)間解耦，雖然解耦會(huì)部分降低類(lèi)的復(fù)用性，但是可以很好的避免僵化性；D、陌生的類(lèi)最好不要作為局部變量的形式出現(xiàn)在類(lèi)的內(nèi)部。10、關(guān)于職責(zé)鏈模式，下列說(shuō)法不正確的是：A、職責(zé)鏈可以是一條直線、一個(gè)環(huán)或者一個(gè)樹(shù)形結(jié)構(gòu)；B、避免將一個(gè)請(qǐng)求的發(fā)送者與接收者耦合在一起C、不純的職責(zé)鏈：一個(gè)具體處理者對(duì)象只能在兩個(gè)行為中選擇一個(gè)--要么承擔(dān)全部責(zé)任，要么將責(zé)任推給下家；職責(zé)鏈模式給對(duì)象職責(zé)的分配帶來(lái)更多的靈活性。11、為了能成功地實(shí)施XP，XP制定的四個(gè)準(zhǔn)則不包括：A、文檔B、簡(jiǎn)單C、反饋D、勇氣12、關(guān)于用戶故事，下列說(shuō)法正確的是：A、用戶故事就是正在開(kāi)發(fā)的項(xiàng)目的腳本；B、是一個(gè)可行性分析工具；C、用戶故事分解需求，一個(gè)用戶故事就是一個(gè)小的需求模塊；D、“點(diǎn)數(shù)”能精確其實(shí)現(xiàn)代價(jià)。13、關(guān)于代碼重構(gòu)，下面的敘述錯(cuò)誤的是：A、不斷修改的代碼往往會(huì)退化/腐化，導(dǎo)致難于維護(hù)，因此需要重構(gòu)。B、每個(gè)改造都是微不足道的，但是這些所有的改造迭加在一起，就形成了對(duì)系統(tǒng)設(shè)計(jì)和架構(gòu)顯著的改進(jìn)。C、每次重構(gòu)進(jìn)行完后，必須運(yùn)行單元測(cè)試，保證重構(gòu)沒(méi)有造成任何破壞，然后再去做下一次重構(gòu)。D、重構(gòu)是對(duì)代碼結(jié)構(gòu)的全面優(yōu)化，每次改動(dòng)往往較大，耗費(fèi)也較大，因此重構(gòu)頻率不宜過(guò)于頻繁。14、關(guān)于工廠方法模式，下述觀點(diǎn)中不合適的是：A、是創(chuàng)建型模式的一種B、核心的工廠類(lèi)不負(fù)責(zé)創(chuàng)建對(duì)象C、具體工廠類(lèi)包含業(yè)務(wù)邏輯D、工廠類(lèi)與產(chǎn)品類(lèi)往往具有平行的等級(jí)結(jié)構(gòu)15、關(guān)于職責(zé)鏈模式，下列說(shuō)法不正確的是：A、職責(zé)鏈可以是一條直線、一個(gè)環(huán)或者一個(gè)樹(shù)形結(jié)構(gòu)；B、避免將一個(gè)請(qǐng)求的發(fā)送者與接收者耦合在一起C、不純的職責(zé)鏈：一個(gè)具體處理者對(duì)象只能在兩個(gè)行為中選擇一個(gè)--要么承擔(dān)全部責(zé)任，要么將責(zé)任推給下家；D、職責(zé)鏈模式給對(duì)象職責(zé)的分配帶來(lái)更多的靈活性。16、微軟推薦的三層架構(gòu)不包括()A、業(yè)務(wù)邏輯層B、實(shí)體-聯(lián)系層C、數(shù)據(jù)訪問(wèn)層D、表示層（界面層）17、為了能成功地實(shí)施XP，XP制定的四個(gè)準(zhǔn)則不包括：()A、文檔B、簡(jiǎn)單C、反饋D、勇氣18、在XP項(xiàng)目中，關(guān)于代碼重構(gòu)，下面的敘述錯(cuò)誤的是：()A、不斷修改的代碼往往會(huì)退化/腐化，導(dǎo)致難于維護(hù)，因此需要重構(gòu)。B、每個(gè)改造都是微不足道的，但是這些所有的改造迭加在一起，就形成了對(duì)系統(tǒng)設(shè)計(jì)和架構(gòu)顯著的改進(jìn)。C、每次重構(gòu)進(jìn)行完后，必須運(yùn)行單元測(cè)試，保證重構(gòu)沒(méi)有造成任何破壞，然后再去做下一次重構(gòu)。D、重構(gòu)是對(duì)代碼結(jié)構(gòu)的全面優(yōu)化，每次改動(dòng)往往較大，耗費(fèi)也較大，因此重構(gòu)頻率不宜過(guò)于頻繁。19、關(guān)于單一職責(zé)原則，下述敘述錯(cuò)誤的是：()A、就一個(gè)類(lèi)而言，應(yīng)該僅有一個(gè)引起它變化的原因。B、過(guò)多職責(zé)耦合到一起后，一個(gè)職責(zé)的變化可能會(huì)削弱或者抑制這個(gè)類(lèi)完成其他職責(zé)的能力。C、簡(jiǎn)言之，就是加大類(lèi)之間的耦合，減少類(lèi)內(nèi)部的內(nèi)聚。D、軟件設(shè)計(jì)真正要做的許多內(nèi)容，就是發(fā)現(xiàn)職責(zé)并把那些職責(zé)互相分離。20、關(guān)于替代原則，下述敘述錯(cuò)誤的是：()A、只有父類(lèi)能完全替代子類(lèi)才能保證抽象父類(lèi)的復(fù)用和擴(kuò)展。B、替代原則指導(dǎo)繼承，是繼承的基石。C、對(duì)于LSP的違反常常會(huì)導(dǎo)致以明顯違反OCP。D、繼承依賴(lài)的IS-A關(guān)系是就行為方式而言的。21、關(guān)于依賴(lài)倒置原則，下述敘述錯(cuò)誤的是：()A、高層模塊不應(yīng)該依賴(lài)于低層模塊，二者都應(yīng)該依賴(lài)于抽象。B、抽象不應(yīng)該依賴(lài)于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴(lài)于抽象。C、要針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程。D、高層模塊實(shí)現(xiàn)了在低層模塊中聲明并被低層模塊調(diào)用的接口。22、關(guān)于迪米特法則，下述說(shuō)法中不恰當(dāng)?shù)氖牵?)A、一個(gè)對(duì)象應(yīng)當(dāng)對(duì)其他對(duì)象有盡可能少的了解。B、只與你“直接的朋友們”通信。C、迪米特法則的核心觀念就是類(lèi)間解耦。D、應(yīng)用符合迪米特法則后，類(lèi)之間就是弱耦合，從而系統(tǒng)的不同模塊之間的通信效率會(huì)相應(yīng)的提高。23、關(guān)于工廠方法模式，下述觀點(diǎn)中不合適的是：()A、是創(chuàng)建型模式的一種B、核心的工廠類(lèi)不負(fù)責(zé)創(chuàng)建對(duì)象C、具體工廠類(lèi)包含業(yè)務(wù)邏輯D、工廠類(lèi)與產(chǎn)品類(lèi)往往具有平行的等級(jí)結(jié)構(gòu)24、關(guān)于原型模式，下述觀點(diǎn)不正確的是：()A、利用.Net中的MemberwiseClone（）可以實(shí)現(xiàn)淺表復(fù)制B、利用序列化和反序列化不能實(shí)現(xiàn)深度復(fù)制C、允許動(dòng)態(tài)增加或減少產(chǎn)品類(lèi)，增加新產(chǎn)品對(duì)整個(gè)結(jié)構(gòu)沒(méi)有影響D、擴(kuò)展功能：可以帶有原型管理器25、關(guān)于橋接模式，下述說(shuō)法不正確的是：()A、將抽象部分與實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化B、將一個(gè)事物中多個(gè)維度的變化分離C、Implementor的接口必須與Abstraction的接口相同D、使用“對(duì)象間的組合關(guān)系”解耦了抽象和實(shí)現(xiàn)之間固有的綁定關(guān)系26、關(guān)于組合模式，下述說(shuō)法不恰當(dāng)?shù)氖牵?)A、組合模式中，數(shù)據(jù)之間的關(guān)系是典型的網(wǎng)狀結(jié)構(gòu)B、所有的節(jié)點(diǎn)可以采用一致的處理方法C、安全的組合模式中，實(shí)際上違反了接口獨(dú)立原則D、透明的組合模式，在實(shí)際執(zhí)行過(guò)程中，存在隱患。27、關(guān)于裝飾模式，下述說(shuō)法不恰當(dāng)?shù)氖牵?)A、動(dòng)態(tài)地給一個(gè)對(duì)象增加一些額外的職責(zé)B、比單純地使用繼承方式更為靈活C、Decorator和Component的關(guān)系，首先是繼承關(guān)系，然后是組合關(guān)系D、裝飾模式雖然產(chǎn)生的對(duì)象數(shù)量較少，但是會(huì)生成大量較小的類(lèi)28、關(guān)于模板方法模式，下述敘述不恰當(dāng)?shù)氖牵?)A、定義一個(gè)操作中的算法的骨架，而將一些步驟的實(shí)現(xiàn)延遲到子類(lèi)中。B、強(qiáng)調(diào)使用組合替代繼承C、將行為盡量移動(dòng)到結(jié)構(gòu)的高端D、反向控制結(jié)構(gòu)（IoC）是模版方法模式的典型應(yīng)用29、關(guān)于命令模式，下述說(shuō)法不正確的是：()A、解決了“行為請(qǐng)求者”與“行為實(shí)現(xiàn)者”之間的緊耦合B、將一些行為命令化，參數(shù)化C、可以實(shí)現(xiàn)Undo和RedoD、可能造成命令執(zhí)行者對(duì)象過(guò)多是該模式的主要缺點(diǎn)30、關(guān)于觀察者模式，下述說(shuō)法不恰當(dāng)?shù)氖牵?)A、解決的是對(duì)象間的一種多對(duì)多的依賴(lài)關(guān)系B、既要保證對(duì)象間的低耦合，又能夠維持行動(dòng)的協(xié)調(diào)一致，保證高度的協(xié)作C、很好的體現(xiàn)了依賴(lài)倒置原則D、在C#的實(shí)現(xiàn)方式中，委托定義可以充當(dāng)抽象的Observer接口二、判斷題1.建造者模式要求復(fù)雜對(duì)象的各個(gè)部分經(jīng)常面臨著劇烈的變化，但是將它們組合在一起的算法卻相對(duì)穩(wěn)定。()2.代理模式中，當(dāng)代理對(duì)象將客戶端請(qǐng)求發(fā)送給真實(shí)對(duì)象之前或之后往往會(huì)添加一些額外的操作。()3.在享元模式中，外部狀態(tài)可以共享，但是內(nèi)部狀態(tài)不能共享。()4.外觀模式定義了一個(gè)高層接口，這個(gè)接口使得復(fù)雜子系統(tǒng)更加容易使用。()5.觀察者模式中，如果在被觀察者之間有循環(huán)依賴(lài)，可能導(dǎo)致“死鎖”。()6.軟件體系結(jié)構(gòu)設(shè)計(jì)的一個(gè)核心問(wèn)題是“復(fù)用”。()7.實(shí)體類(lèi)實(shí)現(xiàn)所謂的對(duì)象關(guān)系映射（簡(jiǎn)稱(chēng)ORM），是為了解決面向?qū)ο蟮念?lèi)與關(guān)系數(shù)據(jù)庫(kù)的表之間，存在的不匹配的現(xiàn)象。()8.合適的工具對(duì)成功來(lái)說(shuō)是重要的，敏捷方法建議選用綜合功能比較全面的工具。()9.極限編程要求每2周發(fā)布一次軟件，稱(chēng)為一次發(fā)布周期。()10.用戶故事的驗(yàn)收測(cè)試是在就要實(shí)現(xiàn)該用戶故事之前或?qū)崿F(xiàn)該用戶故事的同時(shí)進(jìn)行編寫(xiě)的。()11.放置釣鉤(hook)以適應(yīng)將來(lái)的軟件需求變化，是開(kāi)放-封閉原則的典型應(yīng)用。()12.繼承依賴(lài)的IS-A關(guān)系是就具體的行為方式而言的。()13.在設(shè)計(jì)類(lèi)結(jié)構(gòu)時(shí)，組合優(yōu)于繼承。()14.設(shè)計(jì)模式描述了軟件設(shè)計(jì)過(guò)程中某一類(lèi)常見(jiàn)問(wèn)題的一般性的解決方案。()15.簡(jiǎn)單工廠模式完全符合開(kāi)放-封閉原則。()16.在VS中，一個(gè)Project可以包含多個(gè)Solution。()17.敏捷開(kāi)發(fā)認(rèn)為：完備的文檔是保證軟件系統(tǒng)質(zhì)量的重要手段。()18.XP項(xiàng)目實(shí)施過(guò)程中，每個(gè)人應(yīng)該分工明確，各自簽領(lǐng)自己擅長(zhǎng)的任務(wù)。()19.在XP中，隱喻通常可以歸結(jié)為一個(gè)名字系統(tǒng)。()20.在敏捷開(kāi)發(fā)中，設(shè)計(jì)和構(gòu)架的過(guò)程是持續(xù)不斷的。()21.在代碼中放置“Hook”是開(kāi)放/封閉原則實(shí)施的主要手段。()22.ISP原則認(rèn)為，接口應(yīng)該盡可能簡(jiǎn)單，一個(gè)接口只做一件事情。()23.為減弱類(lèi)間耦合，LoD提倡多使用序列化（Serialize）功能。()24.簡(jiǎn)單工廠模式違反開(kāi)放/封閉原則，而工廠方法模式符合開(kāi)放/封閉原則，且完全不需要判斷工廠的類(lèi)型。()25.相比適配器模式，橋接模式實(shí)際上是個(gè)“事后諸葛亮”。()三、簡(jiǎn)答題簡(jiǎn)述實(shí)體類(lèi)的概念及其作用。敏捷開(kāi)發(fā)宣言。簡(jiǎn)述XP的短交付周期的概念。測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的概念及其積極作用。XP中簡(jiǎn)單設(shè)計(jì)的概念及其指導(dǎo)原則。簡(jiǎn)述常見(jiàn)的設(shè)計(jì)臭味。簡(jiǎn)述開(kāi)放/封閉原則。簡(jiǎn)述什么是設(shè)計(jì)模式。試給出抽象工廠模式的結(jié)構(gòu)圖及其角色描述。10、簡(jiǎn)述觀察者模式的定義與結(jié)構(gòu)。11、軟件體系結(jié)構(gòu)的概念及構(gòu)成。12、什么是結(jié)對(duì)編程？13、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)遵循的3條簡(jiǎn)單的規(guī)則是什么？簡(jiǎn)述適配器模式的定義及對(duì)象適配器的結(jié)構(gòu)。15、簡(jiǎn)述三層架構(gòu)開(kāi)發(fā)模式及其優(yōu)點(diǎn)。16、每個(gè)軟件模塊都應(yīng)該具有的三項(xiàng)職責(zé)是什么？17、為什么說(shuō)“源代碼就是設(shè)計(jì)！”？簡(jiǎn)述單一職責(zé)原則。簡(jiǎn)述依賴(lài)倒置原則。什么是面向?qū)ο蟮娜髾C(jī)制？21、簡(jiǎn)述簡(jiǎn)單工廠模式的優(yōu)缺點(diǎn)。22、簡(jiǎn)述XP中的完整團(tuán)隊(duì)概念。四、設(shè)計(jì)題1、試給出多線程安全的“懶漢式”和“餓漢式”單件模式的代碼。2、設(shè)計(jì)一個(gè)命令行狀態(tài)下運(yùn)行的運(yùn)算程序，目前支持加減乘除（+，-，*，/）等四則運(yùn)算，將來(lái)還可能添加求余數(shù)(%)運(yùn)算，請(qǐng)以學(xué)過(guò)的設(shè)計(jì)模式設(shè)計(jì)一個(gè)程序結(jié)構(gòu)，先畫(huà)出類(lèi)圖,再寫(xiě)出代碼。要求：（1）符合開(kāi)放/封閉原則；（2）業(yè)務(wù)邏輯和界面邏輯必須分開(kāi)；（3）先設(shè)計(jì)只支持四則運(yùn)算的程序，再說(shuō)明如何升級(jí)程序加上求余數(shù)（%）運(yùn)算。3、銀行帳戶改動(dòng)通知系統(tǒng)：帳戶的余額發(fā)生變化時(shí)，需要通過(guò)手機(jī)短信和E-Mail的方式通知到用戶本人，試用所學(xué)過(guò)的設(shè)計(jì)模式實(shí)現(xiàn)該系統(tǒng)。要求：（1）指出使用的設(shè)計(jì)模式的名稱(chēng)；（2）畫(huà)出該設(shè)計(jì)模式的類(lèi)結(jié)構(gòu)圖；（3）給出系統(tǒng)模擬實(shí)現(xiàn)的代碼；（4）設(shè)計(jì)符合開(kāi)放/封閉原則。4.最簡(jiǎn)單的手機(jī)（SimplePhone）在接收到來(lái)電的時(shí)候，會(huì)發(fā)出聲音提醒主人，現(xiàn)在需要為該手機(jī)添加一項(xiàng)功能，即在接收到來(lái)電的時(shí)候，除了有聲音還能產(chǎn)生震動(dòng)（JarPhone），還可以得到更高級(jí)的手機(jī)（ComplexPhone），來(lái)電的時(shí)候，它不僅能夠發(fā)聲，產(chǎn)生震動(dòng)，而且有燈光閃爍提示。試用學(xué)過(guò)的設(shè)計(jì)模式實(shí)現(xiàn)該系統(tǒng)。要求：給出設(shè)計(jì)模式的名稱(chēng)及系統(tǒng)結(jié)構(gòu)的類(lèi)圖。5、什么是開(kāi)放封閉原則？簡(jiǎn)要說(shuō)明如何實(shí)現(xiàn)該原則。分別討論三種工廠模式（簡(jiǎn)單工廠、工廠方法和抽象工廠）在不使用反射技術(shù)時(shí)，是否支持開(kāi)放封閉原則。6、在某系統(tǒng)的圖表處理模塊中，需要將圖表（Chart）顯示和圖表數(shù)據(jù)采集（DataCollection）分離，系統(tǒng)可支持多種圖表（如柱狀圖BarChart，餅狀圖PieChart等），也提供了多種數(shù)據(jù)采集方式，例如可以從文本文件中讀取數(shù)據(jù)（TxtDataCollection），也可以從數(shù)據(jù)庫(kù)中讀取數(shù)據(jù)（DBDataCollection），還可以從Excel文件中獲取數(shù)據(jù)（ExcelDataCollection），如果需要從Excel文件中獲取數(shù)據(jù)，則需要調(diào)用與Excel相關(guān)的API，例如讀取Excel文件的ExcelReader類(lèi)，而這個(gè)API是現(xiàn)有系統(tǒng)所不具備的。試用學(xué)過(guò)的2種設(shè)計(jì)模式來(lái)實(shí)現(xiàn)該系統(tǒng)。要求：給出設(shè)計(jì)模式的名稱(chēng)及系統(tǒng)結(jié)構(gòu)的類(lèi)圖。

一、選擇題CDABCDABCCACDCCBADCADDCBCADBDA二、判斷題√√X√√√√XX√X√√√XXXXX√√X√XXX三、簡(jiǎn)答題1、 簡(jiǎn)述實(shí)體類(lèi)的概念及其作用。實(shí)體類(lèi)實(shí)現(xiàn)所謂的對(duì)象關(guān)系映射（ObjectRelationalMapping，簡(jiǎn)稱(chēng)ORM），是為了解決面向?qū)ο蟮念?lèi)與關(guān)系數(shù)據(jù)庫(kù)的表之間，存在的不匹配的現(xiàn)象，通過(guò)使用描述對(duì)象和關(guān)系之間映射的元數(shù)據(jù)，在程序中的類(lèi)對(duì)象，與關(guān)系數(shù)據(jù)庫(kù)的表之間建立持久的關(guān)系，用于在程序中描述數(shù)據(jù)庫(kù)表。本質(zhì)上就是將數(shù)據(jù)從一種形式轉(zhuǎn)換到另外一種形式。簡(jiǎn)單地說(shuō)，就是描述一個(gè)業(yè)務(wù)實(shí)體的類(lèi)。實(shí)體類(lèi)對(duì)象是現(xiàn)實(shí)世界中實(shí)體對(duì)象在計(jì)算機(jī)中的表示，在層與層之間以及層內(nèi)模塊間進(jìn)行數(shù)據(jù)傳輸。2、敏捷開(kāi)發(fā)宣言。我們正在通過(guò)親身實(shí)踐以及幫助他人實(shí)踐，揭示更好的軟件開(kāi)發(fā)方法，通過(guò)這項(xiàng)工作，我們認(rèn)為：個(gè)體和交互勝過(guò)過(guò)程和工具可以工作的軟件勝過(guò)面面俱到的文檔客戶合作勝過(guò)合同談判響應(yīng)變化勝過(guò)遵循計(jì)劃雖然右項(xiàng)也有其價(jià)值，但我們認(rèn)為左項(xiàng)更加重要。3、 簡(jiǎn)述XP的短交付周期的概念。迭代計(jì)劃:XP項(xiàng)目每?jī)芍芙桓兑淮慰梢怨ぷ鞯能浖Ｃ績(jī)芍艿牡紝?shí)現(xiàn)了利益相關(guān)者的一些需求，在每次迭代結(jié)束時(shí)，會(huì)給利益相關(guān)者演示迭代生成的系統(tǒng)，以得到他們的反饋。迭代是一次較小的交付，可能會(huì)被加入到產(chǎn)品中，也可能不會(huì)。每個(gè)周期（Iteration）開(kāi)發(fā)的需求都是用戶最需要的東西。發(fā)布計(jì)劃：XP團(tuán)隊(duì)通常會(huì)創(chuàng)建一個(gè)計(jì)劃來(lái)規(guī)劃隨后大約6次迭代的內(nèi)容。一次發(fā)布通常需要2-3個(gè)月的工作。它表示了一次較大的交付，通常此次交付會(huì)被加入到產(chǎn)品中。發(fā)布計(jì)劃不是一成不變的，客戶可以隨時(shí)改變計(jì)劃的內(nèi)容，他可以取消用戶故事，編寫(xiě)新的用戶故事，或者改變用戶故事的優(yōu)先級(jí)別。但是客戶應(yīng)該更改后面迭代的內(nèi)容，盡量不要更改下一次迭代。4、 測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的概念及其積極作用。編寫(xiě)所有產(chǎn)品代碼的目的都是為了使失敗的單元測(cè)試能夠通過(guò)。首先編寫(xiě)一個(gè)單元測(cè)試，由于它要測(cè)試的功能還不存在，因此它會(huì)運(yùn)行失敗，然后，編寫(xiě)代碼使測(cè)試通過(guò)。編寫(xiě)測(cè)試用例和代碼之間的更迭速度是很快的，基本上在幾分鐘左右。積極的影響：(1)程序中的每一項(xiàng)功能都有測(cè)試來(lái)驗(yàn)證它的操作的正確性。(2)首先編寫(xiě)測(cè)試可以迫使我們使用不同的觀察點(diǎn)---程序調(diào)用者的角度，可以設(shè)計(jì)出便于調(diào)用的軟件(3)通過(guò)首先編寫(xiě)測(cè)試，可以迫使自己把程序設(shè)計(jì)為可測(cè)試的，迫使我們解除軟件中的耦合（forceustodecouplethesoftware）(4)測(cè)試可以作為一種無(wú)價(jià)的文檔形式，而且可以提供范例5、XP中簡(jiǎn)單設(shè)計(jì)的概念及其指導(dǎo)原則。XP團(tuán)隊(duì)使他們的設(shè)計(jì)盡可能地簡(jiǎn)單、具有表現(xiàn)力（expressive）。此外，他們僅僅關(guān)注于計(jì)劃在本次迭代中要完成的用戶故事。他們不會(huì)考慮那些未來(lái)的用戶故事。XP要求用最簡(jiǎn)單的辦法實(shí)現(xiàn)每個(gè)小需求，前提是按照這些簡(jiǎn)單設(shè)計(jì)開(kāi)發(fā)出來(lái)的軟件必須通過(guò)測(cè)試。這些設(shè)計(jì)只要能滿足系統(tǒng)和客戶在當(dāng)下的需求就可以了，不需要任何畫(huà)蛇添足的設(shè)計(jì)，而且所有這些設(shè)計(jì)都將在后續(xù)的開(kāi)發(fā)過(guò)程中被不斷地重整和優(yōu)化。3條XP指導(dǎo)原則：(1)考慮能工作的最簡(jiǎn)單的事情盡量考慮最簡(jiǎn)單的方法實(shí)現(xiàn)當(dāng)前的用戶故事。(2)你不需要它將來(lái)會(huì)用到，現(xiàn)在不考慮，不得不用時(shí)再添加；(3)一次，并且只有一次極限編程者絕不能容忍重復(fù)的代碼6、簡(jiǎn)述常見(jiàn)的設(shè)計(jì)臭味。僵化性是指難以對(duì)軟件進(jìn)行改動(dòng)，即使簡(jiǎn)單的改動(dòng)；脆弱性是指，在進(jìn)行一個(gè)改動(dòng)時(shí)，程序的許多地方就可能出現(xiàn)問(wèn)題；牢固性是指，設(shè)計(jì)中包含了對(duì)其他系統(tǒng)有用的部分，但是要把這些部分從系統(tǒng)中分離出來(lái)所需要的努力和風(fēng)險(xiǎn)是巨大的；軟件的粘滯性和環(huán)境的粘滯性：當(dāng)那些可以保持系統(tǒng)設(shè)計(jì)的方法比那些拼湊手法更難應(yīng)用的時(shí)候，就表明設(shè)計(jì)具有高的粘滯性，當(dāng)開(kāi)發(fā)環(huán)境遲鈍、低效時(shí)，就會(huì)產(chǎn)生環(huán)境的粘滯性；如果設(shè)計(jì)中包含有當(dāng)前沒(méi)有用的組成部分，它就包含不必要的復(fù)雜性；不必要的重復(fù)，剪切和粘貼也許是有用的文本編輯操作，但是它們卻是災(zāi)難性的代碼編輯操作；晦澀性是指模塊難以理解。7、 簡(jiǎn)述開(kāi)放/封閉原則。開(kāi)放-封閉原則：軟件實(shí)體（類(lèi)、模塊、函數(shù)等）應(yīng)該是可以擴(kuò)展的，但是不可修改。（1）對(duì)于擴(kuò)展是開(kāi)放的--這意味著模塊的行為是可擴(kuò)展的。我們可以根據(jù)需求的變化來(lái)改變模塊的功能（2）對(duì)于修改是封閉的--對(duì)模塊行為進(jìn)行擴(kuò)展時(shí)，不必改動(dòng)模塊的源代碼或二進(jìn)制代碼(需要重新編譯即為修改)把一個(gè)功能的通用部分和實(shí)現(xiàn)細(xì)節(jié)清晰的分離開(kāi)來(lái)；通過(guò)派生來(lái)擴(kuò)展功能。8、 簡(jiǎn)述什么是設(shè)計(jì)模式。每一個(gè)模式描述了一個(gè)在我們周?chē)粩嘀貜?fù)發(fā)生的問(wèn)題，以及該問(wèn)題的解決方案的核心。設(shè)計(jì)模式描述了軟件設(shè)計(jì)過(guò)程中某一類(lèi)常見(jiàn)問(wèn)題的一般性的解決方案。--經(jīng)驗(yàn)性的好的方案面向?qū)ο笤O(shè)計(jì)模式描述了面向?qū)ο笤O(shè)計(jì)過(guò)程中、特定場(chǎng)景下、類(lèi)與相互通信的對(duì)象之間常見(jiàn)的組織關(guān)系。9、試給出抽象工廠模式的結(jié)構(gòu)圖及其角色描述。所謂的抽象工廠是指一個(gè)工廠等級(jí)結(jié)構(gòu)可以創(chuàng)建出分屬于不同產(chǎn)品等級(jí)結(jié)構(gòu)的一個(gè)產(chǎn)品族中的所有對(duì)象。抽象工廠（AbstractFactory）角色：擔(dān)任這個(gè)角色的是工廠方法模式的核心，它是與應(yīng)用系統(tǒng)商業(yè)邏輯無(wú)關(guān)的(給出創(chuàng)建對(duì)象的幾個(gè)方法的說(shuō)明)。具體工廠（ConcreteFactory）角色：這個(gè)角色直接在客戶端的調(diào)用下創(chuàng)建多個(gè)具體產(chǎn)品的實(shí)例。這個(gè)角色含有選擇合適的產(chǎn)品對(duì)象的邏輯，而這個(gè)邏輯是與應(yīng)用系統(tǒng)的商業(yè)邏輯緊密相關(guān)的(實(shí)現(xiàn)具體的創(chuàng)建方法)。抽象產(chǎn)品（AbstractProduct）角色：擔(dān)任這個(gè)角色的類(lèi)是工廠方法模式所創(chuàng)建的具體對(duì)象的父類(lèi)，或它們共同擁有的接口—給出產(chǎn)品對(duì)象業(yè)務(wù)上的共同點(diǎn)。具體產(chǎn)品（ConcreteProduct）角色：抽象工廠模式所創(chuàng)建的任何產(chǎn)品對(duì)象都是某一個(gè)具體產(chǎn)品類(lèi)的實(shí)例。這是客戶端最終需要的東西，其內(nèi)部一定充滿了應(yīng)用系統(tǒng)的商業(yè)邏輯。10、簡(jiǎn)述觀察者模式的結(jié)構(gòu)。定義對(duì)象間的一種一對(duì)多的依賴(lài)關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴(lài)于它的對(duì)象都得到通知并自動(dòng)更新。抽象主題（Subject）角色：抽象主題角色把所有對(duì)觀察考對(duì)象的引用保存在一個(gè)聚集里，每個(gè)主題都可以有任何數(shù)量的觀察者。抽象主題提供一個(gè)接口，可以增加和刪除觀察者對(duì)象，主題角色又叫做抽象被觀察者（Observable）角色，一般用一個(gè)抽象類(lèi)或者一個(gè)接口實(shí)現(xiàn)。抽象觀察者（Observer）角色：為所有的具體觀察者定義一個(gè)接口，在得到主題的通知時(shí)更新自己。這個(gè)接口叫做更新接口。抽象觀察者角色一般用一個(gè)抽象類(lèi)或者一個(gè)接口實(shí)現(xiàn)。在這個(gè)示意性的實(shí)現(xiàn)中，更新接口只包含一個(gè)方法（即Update()方法），這個(gè)方法叫做更新方法。具體主題（ConcreteSubject）角色：將有關(guān)狀態(tài)存入具體現(xiàn)察者對(duì)象；在具體主題的內(nèi)部狀態(tài)改變時(shí)，給所有登記過(guò)的觀察者發(fā)出通知。具體主題角色又叫做具體被觀察者角色（ConcreteObservable）。具體主題角色通常用一個(gè)具體子類(lèi)實(shí)現(xiàn)。具體觀察者（ConcreteObserver）角色：存儲(chǔ)與主題的狀態(tài)自恰的狀態(tài)。具體現(xiàn)察者角色實(shí)現(xiàn)抽象觀察者角色所要求的更新接口，以便使本身的狀態(tài)與主題的狀態(tài)相協(xié)調(diào)。如果需要，具體現(xiàn)察者角色可以保存一個(gè)指向具體主題對(duì)象的引用。具體觀察者角色通常用一個(gè)具體子類(lèi)實(shí)現(xiàn)。11、軟件體系結(jié)構(gòu)的概念及構(gòu)成。答案:軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工；數(shù)據(jù)構(gòu)件是被加工的信息；連接構(gòu)件把體系結(jié)構(gòu)的不同部分組合連接起來(lái)。12、什么是結(jié)對(duì)編程？答案:所有產(chǎn)品（production）代碼都是由結(jié)對(duì)的程序員使用同一臺(tái)電腦共同完成的，結(jié)對(duì)人員中的一位控制鍵盤(pán)并輸入代碼，另一位觀察輸入的代碼并尋找著代碼中的錯(cuò)誤和可以改進(jìn)的地方。兩人頻繁互換角色，結(jié)對(duì)的關(guān)系每天至少改變一次，以便于每個(gè)程序員在一天中可以在兩個(gè)不同的結(jié)對(duì)中工作，“業(yè)務(wù)領(lǐng)域?qū)＜摇币残枰c團(tuán)隊(duì)中的其他所有成員結(jié)對(duì)。13、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)遵循的3條簡(jiǎn)單的規(guī)則是什么？答案:除非已經(jīng)編寫(xiě)了一個(gè)不能通過(guò)的單元測(cè)試，否則不編寫(xiě)任何產(chǎn)品代碼；只要編寫(xiě)能夠正好導(dǎo)致測(cè)試不通過(guò)或者編譯失敗的單元測(cè)試就夠了，無(wú)需再多；只要編寫(xiě)能夠正好使失敗的單元測(cè)試通過(guò)的產(chǎn)品代碼就夠了，無(wú)需再多。遵循上述原則，以非常短的周期（1-2分鐘）迭代；14、簡(jiǎn)述適配器模式的定義及對(duì)象適配器的結(jié)構(gòu)。答案:將一個(gè)類(lèi)的接口轉(zhuǎn)換成客戶希望的另一個(gè)接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類(lèi)可以一起工作。15、簡(jiǎn)述三層架構(gòu)開(kāi)發(fā)模式及其優(yōu)點(diǎn)。微軟推薦的三層結(jié)構(gòu)通常是指數(shù)據(jù)訪問(wèn)層（DAL）、業(yè)務(wù)邏輯層（BLL）和表示層（UI）。與網(wǎng)絡(luò)協(xié)議的分層一樣，軟件設(shè)計(jì)也要進(jìn)行分層，分層的目的是為了實(shí)現(xiàn)“高內(nèi)聚、低耦合”，采用“分而治之”的思想，把任務(wù)劃分成子任務(wù)，逐個(gè)解決，易于控制，易于延展，易于多人進(jìn)行項(xiàng)目合作。優(yōu)點(diǎn)：不必為了業(yè)務(wù)邏輯上的微小變化而導(dǎo)至整個(gè)程序的修改，只需要修改商業(yè)邏輯層中的一個(gè)函數(shù)或一個(gè)過(guò)程—靈活，適應(yīng)多變的需求；增強(qiáng)了代碼的可重用性；便于不同層次的開(kāi)發(fā)人員之間的合作，只要遵循一定的接口標(biāo)準(zhǔn)就可以進(jìn)行并行開(kāi)發(fā)了，最終只要將各個(gè)部分拼接到一起構(gòu)成最終的應(yīng)用程序。16、每個(gè)軟件模塊都應(yīng)該具有的三項(xiàng)職責(zé)是什么？它運(yùn)行起來(lái)所完成的功能，這也是該模塊得以完成的原因。它要應(yīng)對(duì)變化，幾乎所有的模塊在它們的生命周期中都要變化。開(kāi)發(fā)者有責(zé)任保證這種改變應(yīng)該盡可能地簡(jiǎn)單。它要和閱讀它的人進(jìn)行溝通。對(duì)該模塊不熟悉的開(kāi)發(fā)人員應(yīng)該能夠比較容易地閱讀并理解它。17、為什么說(shuō)“源代碼就是設(shè)計(jì)！”？軟件項(xiàng)目的設(shè)計(jì)是一個(gè)抽象的概念，它和程序的概觀、結(jié)構(gòu)以及每一個(gè)模塊、類(lèi)和方法的詳情和結(jié)構(gòu)有關(guān)，可以使用許多不同的媒介描繪設(shè)計(jì)，但是最終的體現(xiàn)為源代碼。Reeves認(rèn)為：軟件系統(tǒng)的源代碼是它的主要設(shè)計(jì)文檔。用來(lái)描繪源代碼的圖示只是設(shè)計(jì)的附屬物而不是設(shè)計(jì)本身。從根本上講，源代碼就是設(shè)計(jì)！18、簡(jiǎn)述單一職責(zé)原則。就一個(gè)類(lèi)而言，應(yīng)該僅有一個(gè)引起它變化的原因。在SRP中，我們把職責(zé)定義為“變化的原因”（areasonforchange）。軟件設(shè)計(jì)真正要做的許多內(nèi)容，就是發(fā)現(xiàn)職責(zé)并把那些職責(zé)互相分離(找到變化點(diǎn),并封裝之)。事實(shí)上，我們將要論述的其余原則都會(huì)以這樣或那樣的方式回到這個(gè)問(wèn)題上。19、簡(jiǎn)述依賴(lài)倒置原則。高層模塊不應(yīng)該依賴(lài)于低層模塊，二者都應(yīng)該依賴(lài)于抽象。抽象不應(yīng)該依賴(lài)于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴(lài)于抽象。要針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程。20、什么是面向?qū)ο蟮娜髾C(jī)制？各種面向?qū)ο缶幊陶Z(yǔ)言相互有別，但都能看到它們對(duì)面向?qū)ο笕髾C(jī)制的支持，即：“封裝、繼承、多態(tài)”封裝，隱藏內(nèi)部實(shí)現(xiàn)繼承，復(fù)用現(xiàn)有代碼，擴(kuò)展已有的行為多態(tài)，改寫(xiě)已有的行為21、簡(jiǎn)述簡(jiǎn)單工廠模式的優(yōu)缺點(diǎn)。優(yōu)點(diǎn)：工廠類(lèi)含有必要的判斷邏輯，可以決定在什么時(shí)候創(chuàng)建哪一個(gè)產(chǎn)品類(lèi)的實(shí)例，客戶端可以免除直接創(chuàng)建產(chǎn)品對(duì)象的責(zé)任，而僅僅"消費(fèi)"產(chǎn)品。簡(jiǎn)單工廠模式通過(guò)這種做法實(shí)現(xiàn)了對(duì)責(zé)任的分割。缺點(diǎn)：當(dāng)產(chǎn)品有復(fù)雜的多層等級(jí)結(jié)構(gòu)時(shí)，工廠類(lèi)只有自己，以不變應(yīng)萬(wàn)變，就是模式的缺點(diǎn)。因?yàn)楣S類(lèi)集中了所有產(chǎn)品創(chuàng)建邏輯，一旦不能正常工作，整個(gè)系統(tǒng)都要受到影響。違反開(kāi)放/封閉原則:系統(tǒng)擴(kuò)展困難，一旦添加新產(chǎn)品就不得不修改工廠邏輯，有可能造成工廠邏輯過(guò)于復(fù)雜。另外，簡(jiǎn)單工廠模式通常使用靜態(tài)工廠方法，這使得無(wú)法由子類(lèi)繼承，造成工廠角色無(wú)法形成基于繼承的等級(jí)結(jié)構(gòu)。22.簡(jiǎn)述XP中的完整團(tuán)隊(duì)概念。答案:客戶、管理者和開(kāi)發(fā)人員應(yīng)該緊密地工作在一起，以便彼此知曉對(duì)方所面臨的問(wèn)題，并共同去解決這些問(wèn)題。XP團(tuán)隊(duì)中的客戶是指定義產(chǎn)品的特性并排列這些特性?xún)?yōu)先級(jí)的人或者團(tuán)體。最好的情況是客戶和開(kāi)發(fā)人員在同一個(gè)房間中工作，次一點(diǎn)的情況是客戶和開(kāi)發(fā)人員之間的距離在100米內(nèi)。如果確實(shí)無(wú)法和客戶在一起工作，那么就去尋找能夠在一起工作、愿意并能夠代替真正客戶的人。四、設(shè)計(jì)題1、試給出多線程安全的“懶漢式”和“餓漢式”單件模式的代碼。publicclassSingleton//懶漢式{//唯一的實(shí)例對(duì)象,每次訪問(wèn)時(shí)重新讀取instance變量的值privatestaticvolatileSingletoninstance=null;privatestaticreadonlyobjectlockHelper=newobject();//輔助加鎖對(duì)象privateSingleton()//私有構(gòu)造函數(shù)，防止外部應(yīng)用使用new方法創(chuàng)建新的實(shí)例{}publicstaticSingletonGetInstance()//獲取唯一的實(shí)例對(duì)象{if(instance==null)//先判斷對(duì)象是否存在--這樣做能夠保證執(zhí)行效率！{lock(lockHelper)//加鎖--創(chuàng)建臨界區(qū){if(instance==null)//加鎖后二次判斷，只允許一個(gè)線程判斷{instance=newSingleton();}}}returninstance;}}publicclassSingleton//餓漢式{//公共靜態(tài)只讀屬性--依靠系統(tǒng)在加載時(shí)進(jìn)行初始化，對(duì)于多線程環(huán)境也是安全的publicstaticreadonlySingletoninstance=newSingleton();privateSingleton()//私有構(gòu)造函數(shù)，防止外部應(yīng)用使用new方法創(chuàng)建新的實(shí)例{}}2、設(shè)計(jì)一個(gè)命令行狀態(tài)下運(yùn)行的運(yùn)算程序，目前支持加減乘除（+，-，*，/）等四則運(yùn)算，將來(lái)還可能添加求余數(shù)(%)運(yùn)算，請(qǐng)以學(xué)過(guò)的設(shè)計(jì)模式設(shè)計(jì)一個(gè)程序結(jié)構(gòu)，先畫(huà)出類(lèi)圖,再寫(xiě)出代碼。要求：（1）符合開(kāi)放/封閉原則；（2）業(yè)務(wù)邏輯和界面邏輯必須分開(kāi)；（3）先設(shè)計(jì)只支持四則運(yùn)算的程序，再說(shuō)明如何升級(jí)程序加上求余數(shù)（%）運(yùn)算。類(lèi)圖：代碼：Operation.cs:///<summary>///抽象的運(yùn)算基類(lèi)///</summary>publicclassOperation{//二個(gè)運(yùn)算對(duì)象privatedouble_numberA;privatedouble_numberB;///<summary>///運(yùn)算數(shù)A///</summary>publicdoubleNumberA{get{return_numberA;}set{_numberA=value;}}///<summary>///運(yùn)算數(shù)B///</summary>publicdoubleNumberB{get{return_numberB;}set{_numberB=value;}}//獲取運(yùn)算結(jié)果，此處為虛方法，子類(lèi)必須重寫(xiě)publicvirtualdoubleGetResult(){doubleresult=0;returnresult;}}OperationAdd.cs:///<summary>///加法類(lèi)，派生自運(yùn)算類(lèi)，在GetResult方法中具體實(shí)現(xiàn)加法運(yùn)算///</summary>publicclassOperationAdd:Operation{publicoverridedoubleGetResult()//實(shí)現(xiàn)具體的加法運(yùn)算{doubleresult=0;result=NumberA+NumberB;returnresult;}}與上面的OperationAdd類(lèi)似有OperationSub、OperationMul和OperationDivOperationFactory.cs：///<summary>///運(yùn)算對(duì)象工廠類(lèi)///</summary>publicclassOperationFactory{publicstaticOperationCreateOperate(stringoperate)//根據(jù)傳進(jìn)來(lái)的運(yùn)算符來(lái)決定創(chuàng)建什么樣的對(duì)象{return(Operation)Assembly.Load("程序集名稱(chēng)").CreateInstance(轉(zhuǎn)換運(yùn)算符為類(lèi)名稱(chēng)(operate));}}主程序：classProgram{staticvoidMain(string[]args){try{//輸入運(yùn)算對(duì)象和運(yùn)算符Console.Write("請(qǐng)輸入數(shù)字A：");stringstrNumberA=Console.ReadLine();Console.Write("請(qǐng)輸入運(yùn)算符（+，-，*，/,%）：");stringstrOperate=Console.ReadLine();Console.Write("請(qǐng)輸入數(shù)字B：");stringstrNumberB=Console.ReadLine();//由工廠創(chuàng)建運(yùn)算對(duì)象Operationoperate=OperationFactory.CreateOperate(strOperate);//設(shè)置要運(yùn)算的數(shù)據(jù)operate.NumberA=Convert.ToDouble(strNumberA);operate.NumberB=Convert.ToDouble(strNumberB);//具體作運(yùn)算--動(dòng)態(tài)決定調(diào)用哪個(gè)子類(lèi)的GetResult（）方法doubleresult=operate.GetResult();//顯示運(yùn)算結(jié)果Console.WriteLine(strNumberA+strOperate+strNumberB+"="+result);Console.ReadLine();}catch(Exceptionex){Console.WriteLine("您輸入的數(shù)據(jù)有錯(cuò)誤！"+ex.ToString());Console.ReadLine();}}}擴(kuò)展程序功能：仿照前面的OperationAdd添加支持新運(yùn)算的類(lèi)OperationMod，對(duì)運(yùn)算符（%）轉(zhuǎn)換為類(lèi)名OperationMod作設(shè)置改變，重新編譯系統(tǒng)即可。3、銀行帳戶改動(dòng)通知系統(tǒng)：帳戶的余額發(fā)生變化時(shí)，需要通過(guò)手機(jī)短信和E-Mail的方式通知到用戶本人，試用所學(xué)過(guò)的設(shè)計(jì)模式實(shí)現(xiàn)該系統(tǒng)。要求：（1）指出使用的設(shè)計(jì)模式的名稱(chēng)；（2）畫(huà)出該設(shè)計(jì)模式的類(lèi)結(jié)構(gòu)圖；（3）給出系統(tǒng)模擬實(shí)現(xiàn)的代碼；（4）設(shè)計(jì)符合開(kāi)放/封閉原則。答案：使用觀察者模式。代碼：///<summary>///Observer--抽象觀察者接口///</summary>publicinterfaceAccountUpdated{///<summary>///觀察者接收/處理通知的方法///</summary>///<paramname="val">帳戶余額</param>voidBalanceUpdated(doubleval);}///<summary>///具體觀察者--帳戶余額發(fā)生變化時(shí),發(fā)送Email通知用戶///</summary>classEmail:AccountUpdated{///<summary>///接收郵件通知的E-Mail地址///</summary>privatestringEmailAddress;publicEmail(stringaddress){EmailAddress=address;}///<summary>///發(fā)送Email通知操作///</summary>///<paramname="val">余額數(shù)值</param>publicvoidBalanceUpdated(doubleval){Console.WriteLine("發(fā)送郵件到{0},余額為{1}.",EmailAddress,val);}//其他操作相關(guān)的屬性和方法}///<summary>///具體觀察者--帳戶余額發(fā)生變化時(shí),通過(guò)手機(jī)發(fā)送短信通知用戶///</summary>classMobile:AccountUpdated{///<summary>///接收短信通知的電話號(hào)碼///</summary>privatestringPhoneNumber;publicMobile(stringphone){PhoneNumber=phone;}///<summary>///發(fā)送短信通知///</summary>///<paramname="val">余額數(shù)值</param>publicvoidBalanceUpdated(doubleval){Console.WriteLine("發(fā)送短信至手機(jī){0}，余額為{1}.",PhoneNumber,val);}//其他操作相關(guān)的屬性和方法}///<summary>///ConcreteSubject具體主題--銀行帳戶///</summary>classBankAccount:Subject{///<summary>///帳戶余額--subjectState///</summary>privatedoublebalance=0;///<summary>///存入/取出--調(diào)整余額