軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)_第1頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)_第2頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)_第3頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)_第4頁(yè)
軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

軟件設(shè)計(jì)與體系結(jié)構(gòu)智慧樹知到課后章節(jié)答案2023年下云南大學(xué)云南大學(xué)

第一章測(cè)試

以下對(duì)軟件架構(gòu)師、軟件工程師、系統(tǒng)分析師表述正確的是?()

A:軟件工程師一般專注于模塊級(jí)、功能代碼級(jí)的開發(fā)工作,針對(duì)功能模塊級(jí)的代碼細(xì)節(jié)要求較高,但對(duì)系統(tǒng)級(jí)的架構(gòu)設(shè)計(jì)要求較低。對(duì)業(yè)務(wù)分析、項(xiàng)目管理、運(yùn)營(yíng)維護(hù)、法律規(guī)定則不做過(guò)多要求。B:系統(tǒng)分析師的主要職責(zé)是在于需求分析、開發(fā)管理、運(yùn)行維護(hù)、法律法規(guī)等方面。對(duì)代碼細(xì)節(jié)開發(fā)不做過(guò)多要求,但需要掌握一定的軟件架構(gòu)知識(shí)。C:軟件架構(gòu)師的重點(diǎn)工作是架構(gòu)與設(shè)計(jì)這兩個(gè)關(guān)鍵環(huán)節(jié)上,因此,對(duì)設(shè)計(jì)、架構(gòu)、代碼撰寫都有較高的要求。但是,對(duì)需求分析、項(xiàng)目管理、運(yùn)管管理、法律法規(guī)的要求相對(duì)較低。

答案:軟件工程師一般專注于模塊級(jí)、功能代碼級(jí)的開發(fā)工作,針對(duì)功能模塊級(jí)的代碼細(xì)節(jié)要求較高,但對(duì)系統(tǒng)級(jí)的架構(gòu)設(shè)計(jì)要求較低。對(duì)業(yè)務(wù)分析、項(xiàng)目管理、運(yùn)營(yíng)維護(hù)、法律規(guī)定則不做過(guò)多要求。;系統(tǒng)分析師的主要職責(zé)是在于需求分析、開發(fā)管理、運(yùn)行維護(hù)、法律法規(guī)等方面。對(duì)代碼細(xì)節(jié)開發(fā)不做過(guò)多要求,但需要掌握一定的軟件架構(gòu)知識(shí)。;軟件架構(gòu)師的重點(diǎn)工作是架構(gòu)與設(shè)計(jì)這兩個(gè)關(guān)鍵環(huán)節(jié)上,因此,對(duì)設(shè)計(jì)、架構(gòu)、代碼撰寫都有較高的要求。但是,對(duì)需求分析、項(xiàng)目管理、運(yùn)管管理、法律法規(guī)的要求相對(duì)較低。

《軟件工程》主要聚焦于有關(guān)軟件需求分析,軟件過(guò)程模型,軟件項(xiàng)目管理、軟件運(yùn)營(yíng)維護(hù)、軟件迭代升級(jí)等軟件生命周期的相關(guān)理論和方法學(xué)。()

A:對(duì)B:錯(cuò)

答案:對(duì)

《軟件設(shè)計(jì)與體系結(jié)構(gòu)》則聚焦于軟件的設(shè)計(jì)原則和架構(gòu)模式。以撰寫高質(zhì)量程序代碼為目標(biāo),通過(guò)四個(gè)層次的方法學(xué)理論,指導(dǎo)開發(fā)者在不同的條件下,撰寫較為高質(zhì)量的程序代碼。()

A:錯(cuò)B:對(duì)

答案:對(duì)

第二章測(cè)試

GRASP設(shè)計(jì)原則主要指導(dǎo)開發(fā)者進(jìn)行:()

A:系統(tǒng)設(shè)計(jì)B:職責(zé)設(shè)計(jì)C:類型設(shè)計(jì)D:架構(gòu)設(shè)計(jì)

答案:職責(zé)設(shè)計(jì)

信息專家原則的主要含義是?()

A:一個(gè)類能否分配一個(gè)職責(zé)的基本條件是該類是否能夠獲得執(zhí)行該職責(zé)的全部信息B:一個(gè)類能否分配一個(gè)職責(zé)的基本條件是該類是否擁有執(zhí)行該職責(zé)的全部信息

答案:一個(gè)類能否分配一個(gè)職責(zé)的基本條件是該類是否擁有執(zhí)行該職責(zé)的全部信息

以下哪種情況中,創(chuàng)建者的關(guān)系強(qiáng)度最高?()

A:A類緊密的使用B類(B不是A的成員,但A的某些方法緊密的使用B)B:A類組合B類(B是A的成員,B實(shí)例不能離開A實(shí)例單獨(dú)存在)C:A類聚合B類(B是A的成員,B實(shí)例可以單獨(dú)存在)D:A類記錄B類(B不是A的成員,但是A的某個(gè)集合成員的元素)

答案:A類組合B類(B是A的成員,B實(shí)例不能離開A實(shí)例單獨(dú)存在)

以下耦合關(guān)系中,哪種耦合強(qiáng)度最高?()

A:A類引用靜態(tài)的B類B:A類繼承B類C:A類引用B類D:A類引用控制變量flag

答案:A類引用B類

以下說(shuō)法相對(duì)正確的是?()

A:類和模塊的設(shè)計(jì)應(yīng)該盡量的降低耦合B:類和模塊的設(shè)計(jì)應(yīng)該盡量的提高內(nèi)聚C:類和模塊的內(nèi)部應(yīng)該盡量的提高內(nèi)聚,外部應(yīng)該降低耦合D:類和模塊的應(yīng)同時(shí)考慮高內(nèi)聚和低耦合原則

答案:類和模塊的內(nèi)部應(yīng)該盡量的提高內(nèi)聚,外部應(yīng)該降低耦合;類和模塊的應(yīng)同時(shí)考慮高內(nèi)聚和低耦合原則

控制器原則的主要含義是?()

A:應(yīng)該盡量將功能控制代碼分配在一個(gè)單獨(dú)的控制器實(shí)現(xiàn)類中,UI默認(rèn)調(diào)用抽象控制器類來(lái)執(zhí)行功能B:應(yīng)該盡量將功能控制代碼分配在一個(gè)單獨(dú)的控制器類中,UI默認(rèn)調(diào)用控制器類來(lái)執(zhí)行功能C:在各類編程語(yǔ)言的類庫(kù)中,常見(jiàn)的控制器類有handler,Action,Listener等。D:應(yīng)該盡量將功能控制代碼分配在一個(gè)單獨(dú)的控制器中,而不應(yīng)綁定在UI組件上

答案:應(yīng)該盡量將功能控制代碼分配在一個(gè)單獨(dú)的控制器實(shí)現(xiàn)類中,UI默認(rèn)調(diào)用抽象控制器類來(lái)執(zhí)行功能;在各類編程語(yǔ)言的類庫(kù)中,常見(jiàn)的控制器類有handler,Action,Listener等。;應(yīng)該盡量將功能控制代碼分配在一個(gè)單獨(dú)的控制器中,而不應(yīng)綁定在UI組件上

以下哪些方式可以實(shí)現(xiàn)多態(tài)?()

A:繼承B:實(shí)現(xiàn)C:組合D:聚合

答案:繼承;實(shí)現(xiàn)

第三章測(cè)試

以下對(duì)開-閉原則的闡述正確的是?()

A:并不是所有程序代碼設(shè)計(jì)都要遵循開閉原則,特別是長(zhǎng)期穩(wěn)定的代碼塊,擴(kuò)展的成本甚至?xí)h(yuǎn)高于修改的成本。B:開閉原則建議程序設(shè)計(jì)盡量保證較小幅度的修改,以迭代的形式進(jìn)行,避免非必要的擴(kuò)展和增加新的類型。C:程序設(shè)計(jì)最好都提前考慮開閉原則的使用程度,在設(shè)計(jì)時(shí)需要分析可能會(huì)持續(xù)發(fā)生變化的業(yè)務(wù)所對(duì)應(yīng)的類設(shè)計(jì)。D:開閉原則建議程序設(shè)計(jì)以遵循代碼重構(gòu)的思路,以迭代的形式進(jìn)行,避免非必要的擴(kuò)展和增加新的類型。

答案:并不是所有程序代碼設(shè)計(jì)都要遵循開閉原則,特別是長(zhǎng)期穩(wěn)定的代碼塊,擴(kuò)展的成本甚至?xí)h(yuǎn)高于修改的成本。;程序設(shè)計(jì)最好都提前考慮開閉原則的使用程度,在設(shè)計(jì)時(shí)需要分析可能會(huì)持續(xù)發(fā)生變化的業(yè)務(wù)所對(duì)應(yīng)的類設(shè)計(jì)。

以下對(duì)單一職責(zé)原則描述正確的是?()

A:如果類的某個(gè)職責(zé)分化時(shí),可以考慮對(duì)類型進(jìn)行分化B:在類的繼承鏈中,由職責(zé)分化帶來(lái)的類分化原因應(yīng)當(dāng)是單一的,即,不應(yīng)由多個(gè)分化職責(zé)來(lái)構(gòu)成繼承關(guān)系C:類的繼承應(yīng)該盡量建立在類的屬性劃分上,而不應(yīng)該建立在類的行為劃分上D:如果類的多個(gè)職責(zé)分化時(shí),對(duì)應(yīng)的類型分化可能會(huì)帶來(lái)類型爆炸的風(fēng)險(xiǎn)

答案:如果類的某個(gè)職責(zé)分化時(shí),可以考慮對(duì)類型進(jìn)行分化;在類的繼承鏈中,由職責(zé)分化帶來(lái)的類分化原因應(yīng)當(dāng)是單一的,即,不應(yīng)由多個(gè)分化職責(zé)來(lái)構(gòu)成繼承關(guān)系;類的繼承應(yīng)該盡量建立在類的屬性劃分上,而不應(yīng)該建立在類的行為劃分上;如果類的多個(gè)職責(zé)分化時(shí),對(duì)應(yīng)的類型分化可能會(huì)帶來(lái)類型爆炸的風(fēng)險(xiǎn)

以下對(duì)依賴倒置原則描述正確的是?()

A:依賴于抽象并不是特指必須是編程語(yǔ)言上的抽象類或接口,而是指業(yè)務(wù)中相對(duì)抽象的概念B:依賴于抽象類和依賴于具體類都是屬于對(duì)象耦合,耦合程度相當(dāng)C:依賴于接口和依賴于實(shí)現(xiàn)類都是屬于對(duì)象耦合(引用耦合),耦合程度相當(dāng)D:依賴倒置原則是間接原則的一種特化,其要求中間類必須是抽象的

答案:依賴于抽象并不是特指必須是編程語(yǔ)言上的抽象類或接口,而是指業(yè)務(wù)中相對(duì)抽象的概念;依賴倒置原則是間接原則的一種特化,其要求中間類必須是抽象的

以下對(duì)合成復(fù)用原則描述正確的是?()

A:應(yīng)該避免由職責(zé)(行為)的分化而帶來(lái)的類的分化B:職責(zé)(行為)分化時(shí),可以考慮剝離分化的行為,需要時(shí)再組合注入到相應(yīng)的對(duì)象中C:職責(zé)(行為)分化時(shí),可以將對(duì)應(yīng)的類型也進(jìn)行分化,使得類型保持單一職責(zé)D:復(fù)用指的是對(duì)行為的復(fù)用,一般通過(guò)繼承來(lái)實(shí)現(xiàn)復(fù)用

答案:應(yīng)該避免由職責(zé)(行為)的分化而帶來(lái)的類的分化;職責(zé)(行為)分化時(shí),可以考慮剝離分化的行為,需要時(shí)再組合注入到相應(yīng)的對(duì)象中

以下對(duì)接口隔離原則描述正確的是?()

A:接口中應(yīng)該只有一個(gè)接口方法,如果需要多個(gè)接口方法,則該接口應(yīng)該產(chǎn)生繼承接口B:接口是抽象的,一個(gè)接口可以有多個(gè)實(shí)現(xiàn)類。而一個(gè)類又可以實(shí)現(xiàn)多個(gè)接口C:接口中可以有多個(gè)方法,但需要盡量保持這些方法在業(yè)務(wù)中是內(nèi)聚的D:接口中應(yīng)該只有一個(gè)接口方法,如果需要多個(gè)接口方法,則該接口應(yīng)該分為多個(gè)接口

答案:接口是抽象的,一個(gè)接口可以有多個(gè)實(shí)現(xiàn)類。而一個(gè)類又可以實(shí)現(xiàn)多個(gè)接口;接口中可以有多個(gè)方法,但需要盡量保持這些方法在業(yè)務(wù)中是內(nèi)聚的

以下對(duì)迪米特原則描述正確的是?()

A:對(duì)外提供引用時(shí),我們應(yīng)該盡可能少的對(duì)外暴露知識(shí)B:我們可以使用繼承產(chǎn)生的多態(tài)性質(zhì),實(shí)現(xiàn)有選擇的對(duì)外知識(shí)暴露C:我們可以實(shí)現(xiàn)多個(gè)接口,使得一個(gè)類可以選擇不同的側(cè)面進(jìn)行知識(shí)暴露D:我們可以使用組合產(chǎn)生的多態(tài)性質(zhì),實(shí)現(xiàn)有選擇的對(duì)外知識(shí)暴露

答案:對(duì)外提供引用時(shí),我們應(yīng)該盡可能少的對(duì)外暴露知識(shí);我們可以使用繼承產(chǎn)生的多態(tài)性質(zhì),實(shí)現(xiàn)有選擇的對(duì)外知識(shí)暴露;我們可以實(shí)現(xiàn)多個(gè)接口,使得一個(gè)類可以選擇不同的側(cè)面進(jìn)行知識(shí)暴露

第四章測(cè)試

抽象反射工廠模式的含義是?()

A:這里的抽象指的是用于創(chuàng)建對(duì)象的工廠應(yīng)該是抽象的B:這里的抽象指的是被創(chuàng)建的對(duì)象是抽象態(tài)的C:這里的反射指的是具體要?jiǎng)?chuàng)建的對(duì)象是通過(guò)完整類名的字符串創(chuàng)建的D:這里的反射指的是具體創(chuàng)建對(duì)象的工廠是在運(yùn)行時(shí)動(dòng)態(tài)注入的

答案:這里的抽象指的是被創(chuàng)建的對(duì)象是抽象態(tài)的;這里的反射指的是具體要?jiǎng)?chuàng)建的對(duì)象是通過(guò)完整類名的字符串創(chuàng)建的

抽象組合反轉(zhuǎn)模式的含義是?()

A:這里的反轉(zhuǎn)指的是行為的具體實(shí)現(xiàn)是運(yùn)行時(shí)動(dòng)態(tài)注入的B:這里的抽象指的是基類應(yīng)該盡量是抽象類C:這里的反轉(zhuǎn)指的是行為的具體實(shí)現(xiàn)是通過(guò)完整類名的字符串創(chuàng)建的D:這里的抽象指的是行為應(yīng)該是抽象類或接口

答案:這里的反轉(zhuǎn)指的是行為的具體實(shí)現(xiàn)是運(yùn)行時(shí)動(dòng)態(tài)注入的;這里的抽象指的是行為應(yīng)該是抽象類或接口

以下對(duì)觀察者模式描述正確的是?()

A:觀察者數(shù)據(jù)同步模式是經(jīng)典觀察者模式在分布式數(shù)據(jù)同步應(yīng)用中的特化,考慮到實(shí)際的遠(yuǎn)程分布部署,觀察者在公網(wǎng)一般不可直接訪問(wèn),因此數(shù)據(jù)同步主要是觀察者主動(dòng)向被觀察者進(jìn)行請(qǐng)求。B:觀察者數(shù)據(jù)同步模式要求被觀察者只發(fā)送更新通知和更新目錄,觀察者也需要掌握一定的主動(dòng)權(quán),根據(jù)更新通知和更新目錄,自主選擇需要同步的數(shù)據(jù)C:經(jīng)典的觀察者模式是對(duì)傳統(tǒng)輪詢更新模式的改進(jìn),特別適用于點(diǎn)對(duì)點(diǎn)的簡(jiǎn)單的消息傳遞D:經(jīng)典的觀察者模式是一種消息傳遞控制模式,根據(jù)信息專家原則,由被觀察者掌握數(shù)據(jù)更新的主動(dòng)權(quán),觀察者被動(dòng)的接收更新數(shù)據(jù)

答案:觀察者數(shù)據(jù)同步模式要求被觀察者只發(fā)送更新通知和更新目錄,觀察者也需要掌握一定的主動(dòng)權(quán),根據(jù)更新通知和更新目錄,自主選擇需要同步的數(shù)據(jù);經(jīng)典的觀察者模式是一種消息傳遞控制模式,根據(jù)信息專家原則,由被觀察者掌握數(shù)據(jù)更新的主動(dòng)權(quán),觀察者被動(dòng)的接收更新數(shù)據(jù)

以下對(duì)攔截器認(rèn)證責(zé)任鏈模式描述正確是?()

A:一般情況下,通過(guò)權(quán)限(Permission)對(duì)某個(gè)方法進(jìn)行控制的思路能夠較為靈活和動(dòng)態(tài)的實(shí)現(xiàn)訪問(wèn)控制B:責(zé)任鏈模式能夠?qū)?fù)雜的職責(zé)拆解為多個(gè)更小粒度的職責(zé),按照一定的順序連接起來(lái)組合使用,每個(gè)小的職責(zé)可以滿足單一職責(zé)原則。C:目前,一般用于權(quán)限認(rèn)證的系統(tǒng)模塊,會(huì)采用攔截器進(jìn)行權(quán)限的檢查,而攔截器的實(shí)現(xiàn)可以采用責(zé)任鏈模式。D:一般情況下,通過(guò)角色(Role)對(duì)某個(gè)方法進(jìn)行控制的思路能夠較為靈活和動(dòng)態(tài)的實(shí)現(xiàn)訪問(wèn)控制

答案:一般情況下,通過(guò)權(quán)限(Permission)對(duì)某個(gè)方法進(jìn)行控制的思路能夠較為靈活和動(dòng)態(tài)的實(shí)現(xiàn)訪問(wèn)控制;責(zé)任鏈模式能夠?qū)?fù)雜的職責(zé)拆解為多個(gè)更小粒度的職責(zé),按照一定的順序連接起來(lái)組合使用,每個(gè)小的職責(zé)可以滿足單一職責(zé)原則。;目前,一般用于權(quán)限認(rèn)證的系統(tǒng)模塊,會(huì)采用攔截器進(jìn)行權(quán)限的檢查,而攔截器的實(shí)現(xiàn)可以采用責(zé)任鏈模式。

以下對(duì)面向切面(AOP)編程模式描述正確的是?()

A:具體的,面向切面編程可以采用裝飾器模式來(lái)實(shí)現(xiàn),也可以基于框架采用注解(如@[]等)來(lái)實(shí)現(xiàn)B:面向切面編程的重要目的是動(dòng)態(tài)的給原有方法添加新能功能,而不需要修改原方法C:面向切面編程的基本原理是在原方法執(zhí)行之前和執(zhí)行之后,加入而外功能代碼D:面向切面編程基于代理模式的思想

答案:具體的,面向切面編程可以采用裝飾器模式來(lái)實(shí)現(xiàn),也可以基于框架采用注解(如@[]等)來(lái)實(shí)現(xiàn);面向切面編程的重要目的是動(dòng)態(tài)的給原有方法添加新能功能,而不需要修改原方法;面向切面編程的基本原理是在原方法執(zhí)行之前和執(zhí)行之后,加入而外功能代碼;面向切面編程基于代理模式的思想

第五章測(cè)試

以下對(duì)分層架構(gòu)模式描述正確的是?()

A:根據(jù)不同的調(diào)用目的劃分軟件構(gòu)件層級(jí),將需求變化聚集在不同的層級(jí)之內(nèi)B:根據(jù)不同的技術(shù)框架劃分職責(zé),提升系統(tǒng)的可擴(kuò)展性和可維護(hù)性C:根據(jù)確定的層次邊界劃分職責(zé),提升系統(tǒng)的可擴(kuò)展性和可維護(hù)性D:根據(jù)不同業(yè)務(wù)邏輯劃分軟件構(gòu)件層級(jí),按功能完成層間隔離,提升可擴(kuò)展性

答案:根據(jù)不同的調(diào)用目的劃分軟件構(gòu)件層級(jí),將需求變化聚集在不同的層級(jí)之內(nèi);根據(jù)確定的層次邊界劃分職責(zé),提升系統(tǒng)的可擴(kuò)展性和可維護(hù)性

以下哪些類型屬于領(lǐng)域模型?()

A:飲血模型B:失血模型C:貧血模型D:充血模型

答案:失血模型;貧血模型;充血模型

以下關(guān)于領(lǐng)域模型的描述中,正確的是?()

A:貧血模型中,領(lǐng)域?qū)ο螅―omainObject)僅包含對(duì)象屬性的定義和操作對(duì)象屬性的訪問(wèn)器方法。這樣的對(duì)象也被稱為簡(jiǎn)單的Java對(duì)象(POJO)B:充血模型,領(lǐng)域?qū)ο蟀瑢?duì)象屬性的定義、操作對(duì)象屬性的訪問(wèn)器方法和對(duì)象的行為,但不包含依賴持久層業(yè)務(wù)邏輯C:失血模型中,領(lǐng)域?qū)ο螅―omainObject)僅包含對(duì)象屬性的定義和操作對(duì)象屬性的訪問(wèn)器方法。這樣的對(duì)象也被稱為簡(jiǎn)單的Java對(duì)象(POJO)D:貧血模型中,領(lǐng)域?qū)ο蟀瑢?duì)象屬性的定義、操作對(duì)象屬性的訪問(wèn)器方法和對(duì)象的行為,但不包含依賴持久層業(yè)務(wù)邏輯

答案:失血模型中,領(lǐng)域?qū)ο螅―omainObject)僅包含對(duì)象屬性的定義和操作對(duì)象屬性的訪問(wèn)器方法。這樣的對(duì)象也被稱為簡(jiǎn)單的Java對(duì)象(POJO);貧血模型中,領(lǐng)域?qū)ο蟀瑢?duì)象屬性的定義、操作對(duì)象屬性的訪問(wèn)器方法和對(duì)象的行為,但不包含依賴持久層業(yè)務(wù)邏輯

以下關(guān)于數(shù)據(jù)庫(kù)連接池的描述中,正確的是?()

A:可根據(jù)預(yù)先的占用超時(shí)設(shè)定,強(qiáng)制回收被占用連接,從而避免了常規(guī)數(shù)據(jù)庫(kù)連接操作中可能出現(xiàn)的資源泄露B:避免了頻繁創(chuàng)建,釋放連接引起的大量性能開銷。在減少系統(tǒng)消耗的基礎(chǔ)上,增加了系統(tǒng)運(yùn)行環(huán)境的平穩(wěn)性。C:在業(yè)務(wù)不繁忙時(shí),數(shù)據(jù)庫(kù)連接池中可能存在著多個(gè)沒(méi)有被使用的連接一直連接著數(shù)據(jù)庫(kù),這意味著資源的浪費(fèi)D:數(shù)據(jù)庫(kù)連接池在初始化過(guò)程中,已經(jīng)創(chuàng)建了若干數(shù)據(jù)庫(kù)連接置于連接池中備用。業(yè)務(wù)請(qǐng)求可直接利用現(xiàn)有可用連接,避免了數(shù)據(jù)庫(kù)連接初始化和釋放過(guò)程的時(shí)間開銷,從而減少了系統(tǒng)的響應(yīng)時(shí)間。

答案:可根據(jù)預(yù)先的占用超時(shí)設(shè)定,強(qiáng)制回收被占用連接,從而避免了常規(guī)數(shù)據(jù)庫(kù)連接操作中可能出現(xiàn)的資源泄露;避免了頻繁創(chuàng)建,釋放連接引起的大量性能開銷。在減少系統(tǒng)消耗的基礎(chǔ)上,增加了系統(tǒng)運(yùn)行環(huán)境的平穩(wěn)性。;在業(yè)務(wù)不繁忙時(shí),數(shù)據(jù)庫(kù)連接池中可能存在著多個(gè)沒(méi)有被使用的連接一直連接著數(shù)據(jù)庫(kù),這意味著資源的浪費(fèi);數(shù)據(jù)庫(kù)連接池在初始化過(guò)程中,已經(jīng)創(chuàng)建了若干數(shù)據(jù)庫(kù)連接置于連接池中備用。業(yè)務(wù)請(qǐng)求可直接利用現(xiàn)有可用連接,避免了數(shù)據(jù)庫(kù)連接初始化和釋放過(guò)程的時(shí)間開銷,從而減少了系統(tǒng)的響應(yīng)時(shí)間。

以下關(guān)于對(duì)象關(guān)系映射(ORM)的描述中,正確的是?()

A:開發(fā)人員只需要面向?qū)ο缶幊?,不需要面向?shù)據(jù)庫(kù)編寫代碼。針對(duì)數(shù)據(jù)庫(kù)的操作被轉(zhuǎn)化為針對(duì)對(duì)象的操作。B:ORM可以自動(dòng)完成領(lǐng)域?qū)ο蟮膶傩耘c數(shù)據(jù)庫(kù)表中字段的映射,大大簡(jiǎn)化了數(shù)據(jù)訪問(wèn)層的代碼量C:隱藏了數(shù)據(jù)訪問(wèn)的細(xì)節(jié),屏蔽了不同數(shù)據(jù)庫(kù)操作上的差異。D:無(wú)可避免的,自動(dòng)化映射意味著犧牲性能,對(duì)于極其復(fù)雜的查詢,ORM仍然力不從心。

答案:開發(fā)人員只需要面向?qū)ο缶幊蹋恍枰嫦驍?shù)據(jù)庫(kù)編寫代碼。針對(duì)數(shù)據(jù)庫(kù)的操作被轉(zhuǎn)化為針對(duì)對(duì)象的操作。;ORM可以自動(dòng)完成領(lǐng)域?qū)ο蟮膶傩耘c數(shù)據(jù)庫(kù)表中字段的映射,大大簡(jiǎn)化了數(shù)據(jù)訪問(wèn)層的代碼量;隱藏了數(shù)據(jù)訪問(wèn)的細(xì)節(jié),屏蔽了不同數(shù)據(jù)庫(kù)操作上的差異。;無(wú)可避免的,自動(dòng)化映射意味著犧牲性能,對(duì)于極其復(fù)雜的查詢,ORM仍然力不從心。

以下關(guān)于業(yè)務(wù)邏輯層和接口控制層的描述中,正確的是?()

A:業(yè)務(wù)邏輯層封裝了具體業(yè)務(wù)處理流程,當(dāng)處理流程發(fā)生改變時(shí)只需要維護(hù)業(yè)務(wù)邏輯層代碼。B:接口控制層主要負(fù)責(zé)維護(hù)代碼中定義的各類接口,以靈活的方式進(jìn)行統(tǒng)一管理。C:接口控制層通過(guò)定義良好的接口和協(xié)議與功能單元聯(lián)系起來(lái),這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。D:業(yè)務(wù)邏輯層封裝了數(shù)據(jù)持久化過(guò)程,當(dāng)持久化流程發(fā)生改變時(shí)只需要維護(hù)業(yè)務(wù)邏輯層代碼

答案:業(yè)務(wù)邏輯層封裝了具體業(yè)務(wù)處理流程,當(dāng)處理流程發(fā)生改變時(shí)只需要維護(hù)業(yè)務(wù)邏輯層代碼。;接口控制層通過(guò)定義良好的接口和協(xié)議與功能單元聯(lián)系起來(lái),這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。

以下關(guān)于MV

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論