某軟件公司基于面向?qū)ο蠹夹g(shù)開發(fā)了一套圖形界面顯示構(gòu)件庫Visual Component。在使用該庫構(gòu)建某圖形界面時(shí),用戶要求為界面定制一些特效顯示效果,如帶滾動條、能夠顯示藝術(shù)字體的透明窗體等。針對這種需求,公司采用()最為靈活。
A.橋接模式
B.命令模式
C.組合模式
D.裝飾模式
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
A.早期的編譯器采用管道.過濾器架構(gòu)風(fēng)格,以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式,最終生成可執(zhí)行代碼
B.早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格,并且大多數(shù)編譯器在詞法分析時(shí)創(chuàng)造獨(dú)立的符號表,在其后的階段會不斷修改符號表,因此符號表并不是程序數(shù)據(jù)的一部分
C.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,主要關(guān)心編譯過程中程序的中間表示
D.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入,因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)
A.應(yīng)該采用閉環(huán)控制架構(gòu),因?yàn)殚]環(huán)結(jié)構(gòu)給出了將軟件分解成幾個(gè)協(xié)作構(gòu)件的方法,這對于復(fù)雜任務(wù)特別適合
B.應(yīng)該采用閉環(huán)控制結(jié)構(gòu),因?yàn)殚]環(huán)控制架構(gòu)中機(jī)器人的主要構(gòu)件監(jiān)控器、傳感器、發(fā)動機(jī)等)是彼此分開的,并能夠獨(dú)立替換
C.應(yīng)該采用分層結(jié)構(gòu),因?yàn)榉謱咏Y(jié)構(gòu)很好地組織了用來協(xié)調(diào)機(jī)器人操作的構(gòu)件,系統(tǒng)結(jié)構(gòu)更加清晰
D.應(yīng)該采用分層結(jié)構(gòu),因?yàn)槌橄髮拥拇嬖冢瑵M足了處理不確定性的需要:在較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會變得確定
A.數(shù)據(jù)共享
B.虛擬機(jī)
C.隱式調(diào)用
D.顯式調(diào)用
A.虛擬機(jī)
B.管道.過濾器
C.黑板結(jié)構(gòu)
D.分層結(jié)構(gòu)
A.架構(gòu)復(fù)審的目標(biāo)是標(biāo)識潛在的風(fēng)險(xiǎn),及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)的缺陷和錯(cuò)誤
B.架構(gòu)復(fù)審過程中,通常會對一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評估和測試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開發(fā)人員組成
D.架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過程
最新試題
體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期,和前期的需求過程沒有關(guān)系。
一個(gè)界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面,因此構(gòu)架設(shè)計(jì)對此質(zhì)量屬性幫助不大。
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時(shí),阻止非授權(quán)使用的能力。
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential(批處理)。
在一個(gè)軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計(jì)、執(zhí)行以及部署等各個(gè)階段的努力。
限制隊(duì)列大小是一個(gè)提高系統(tǒng)性能的戰(zhàn)術(shù)。
CBAM是對軟件系統(tǒng)進(jìn)行經(jīng)濟(jì)建模的方法,它提供了對技術(shù)與經(jīng)濟(jì)問題以及構(gòu)架決策的評估。
關(guān)于層次構(gòu)架的描述哪些是正確的()
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。