A.出錯(cuò)處理
B.全局?jǐn)?shù)據(jù)結(jié)構(gòu)
C.獨(dú)立路徑
D.模塊接口
您可能感興趣的試卷
你可能感興趣的試題
A.任何優(yōu)化都不能破壞代碼的正確性
B.應(yīng)以提高程序的全局效率為主,局部效率為輔
C.應(yīng)先通過(guò)測(cè)試找出限制效率的真正瓶頸
D.要優(yōu)先改進(jìn)耗時(shí)最多的部分
A.代碼審查用于檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求
B.代碼在審查之前必須要成功地編譯通過(guò)
C.代碼審查比運(yùn)行程序進(jìn)行測(cè)試的效率低
D.代碼審查可以發(fā)現(xiàn)不符合團(tuán)隊(duì)代碼規(guī)范的地方
A.好的注釋應(yīng)解釋為什么,而不是怎么樣
B.好的命名應(yīng)一目了然,不需要讀者去猜,甚至不需要注釋
C.如果項(xiàng)目中原有代碼不符合新的規(guī)范,應(yīng)允許其存在,同時(shí)在新的代碼中要延續(xù)原有的風(fēng)格
D.如果項(xiàng)目中原有代碼不符合新的規(guī)范,應(yīng)允許其存在,但不應(yīng)在新的代碼中延續(xù)舊的風(fēng)格
A.選擇合適的程序設(shè)計(jì)語(yǔ)言
B.選擇好的程序設(shè)計(jì)風(fēng)格
C.具有好的數(shù)據(jù)結(jié)構(gòu)
D.選擇好的運(yùn)行環(huán)境
A.在開(kāi)始編碼之前建立單元測(cè)試
B.建立一種有助于理解的直觀布局
C.確保注釋與代碼完全一致
D.保持變量名簡(jiǎn)短以便代碼緊湊
最新試題
在銷售管理系統(tǒng)需求文檔中出現(xiàn)下列描述,屬于設(shè)計(jì)約束范疇的是()
面向?qū)ο蠓治鲋?,確定類的關(guān)鍵策略不包括()。
以下屬于軟件設(shè)計(jì)階段的任務(wù)是()
在UML中,一種可以表達(dá)系統(tǒng)功能模型的圖形化工具是()
軟件開(kāi)發(fā)的實(shí)質(zhì)是實(shí)現(xiàn)不同層之間的“映射”,實(shí)現(xiàn)的基本途徑是()
()中,控制器通常用于協(xié)調(diào)模型和視圖之間的交互。
用于解決不同接口之間適配問(wèn)題的是()設(shè)計(jì)模式。
“一種自然語(yǔ)言來(lái)表達(dá)需求規(guī)約”的表達(dá)風(fēng)格是()
以下哪一項(xiàng)不是RUP實(shí)現(xiàn)的目標(biāo)?()
關(guān)于依賴說(shuō)法錯(cuò)誤的是()