來源:無錫網(wǎng)站建設(shè)阿凡達(dá) 瀏覽次數(shù):332 發(fā)表日期:2023-05-16
目的:防止設(shè)計(jì)中出現(xiàn)復(fù)雜的解決方案。
適用情形:適用于任何項(xiàng)目,所有大型的或復(fù)雜的系統(tǒng)和項(xiàng)目都應(yīng)該采用該原則。
應(yīng)用方式:讓同同行來檢查解決方案是否好理解,抵制過度設(shè)計(jì)的強(qiáng)烈欲望。
應(yīng)用理由:復(fù)雜的解決方案實(shí)施成本高,而且會(huì)產(chǎn)生大量長(zhǎng)期成本。要點(diǎn):過度復(fù)雜的系統(tǒng)會(huì)限制擴(kuò)展能力。簡(jiǎn)單的系統(tǒng)更容易維護(hù)和擴(kuò)展,且成本更低。
維基百科解釋說,過度設(shè)計(jì)分為兩大類。一類是指設(shè)計(jì)與實(shí)現(xiàn)超出了有用需求的產(chǎn)品。出于完整性的考慮,我們只簡(jiǎn)單地討論一下這個(gè)問題。相對(duì)于*二類問題來說,這類問題對(duì)可擴(kuò)展性的影響較小。過度設(shè)計(jì)的另一類問題指過于復(fù)雜的產(chǎn)品。如前所述,我們*關(guān)心的是*二類問題對(duì)可擴(kuò)展性的影響。不過,還是先來了解一下*一個(gè)問題吧。
要解釋過度設(shè)計(jì)的*一類問題,即超出產(chǎn)品有用需求的問題,就要先搞清楚楚“有用的”這個(gè)術(shù)語的含義,這個(gè)術(shù)語在這里表示的只是“能夠伸用”。例如。為家庭住房設(shè)計(jì)一種空調(diào),能夠在室外溫度為0開時(shí)把整個(gè)房子的溫度加熱到300華氏度,這毫無意義,純屬浪費(fèi),我們只需要一個(gè)能夠在室外溫度為-20華氏度時(shí)把房子加熱到舒適溫度的產(chǎn)品。這種過度設(shè)計(jì)會(huì)產(chǎn)生過度的成本,其中開發(fā)的成本會(huì)更高,實(shí)施該方案的硬件和軟件成本也會(huì)更高。如果研發(fā)這種過度設(shè)計(jì)系統(tǒng)的時(shí)間比研發(fā)有用系統(tǒng)的時(shí)間更長(zhǎng),還可能拖延產(chǎn)品的發(fā)布,對(duì)公司造成進(jìn)一步的影響。成本高,利潤(rùn)就低。研發(fā)時(shí)間長(zhǎng),收入或收益就會(huì)被延遲,所有這些成本都會(huì)影響到利益相關(guān)者。范圍蔓延,或者*初的產(chǎn)品定義和*初的產(chǎn)品發(fā)布之間的范圍差異,是過度設(shè)計(jì)的一種表現(xiàn)。
說個(gè)更接近我們工作的例子,是開發(fā)一個(gè)員工打卡系統(tǒng),這個(gè)系統(tǒng)能夠處理的員工數(shù)量是整個(gè)地球上人數(shù)的100倍。在這個(gè)軟件的使用期限內(nèi),地球上的人口升至100倍的可能性是微乎其微的,而所有人都為一家公司工作的可能性則更小。我們當(dāng)然想讓構(gòu)建的系統(tǒng)滿足客戶需求但也不想浪費(fèi)時(shí)間來實(shí)現(xiàn)和部署遠(yuǎn)遠(yuǎn)超出需求的系統(tǒng)。
過度設(shè)計(jì)的*二類表現(xiàn)是使系統(tǒng)過度復(fù)雜,或者用復(fù)雜的方式來實(shí)現(xiàn)它。簡(jiǎn)而言之,就是要花費(fèi)過大的力氣去完成一項(xiàng)工作,或者是讓用戶花費(fèi)過大的力氣去完成一項(xiàng)任務(wù),或者是讓程序員花費(fèi)過大的力氣去理解一個(gè)功能。讓我們來逐一分析過度復(fù)雜的系統(tǒng)的這三種情況。
什么是花費(fèi)過大的力氣去完成一項(xiàng)工作呢?現(xiàn)實(shí)世界有*簡(jiǎn)單的例子。假設(shè)你讓某人去雜貨店買東西,你告訴他,店里面的所有商品都拿一個(gè),排隊(duì)結(jié)賬時(shí)給你打電話。等他打電話給你時(shí),你再告訴他到底想要哪幾個(gè),讓他從所拿的無數(shù)籃商品中選出來,然后把其他商品都倒在地上。你一定會(huì)說:“別開玩笑了。”可是,你在自己的代碼中用過select(大)schema_nane.tab1e_name這樣的SQL語句,只是為了從返回的集合中找出自己想要的結(jié)果嗎?我們這個(gè)雜貨店的例子,和上述的se1ect(*)正是異曲同工。在你的代碼中,有幾個(gè)條件語句是處理個(gè)別情況的,它們是按照什么順序執(zhí)行的?是不是*可能發(fā)生的情況*先執(zhí)行?你是不是經(jīng)常剛查詢完一個(gè)結(jié)果,又重復(fù)查詢一次?是不是經(jīng)常剛顯示了HML面,這種情況隨處可見,卻又經(jīng)常被忽視。
什么是讓一位用戶花費(fèi)過大的力氣去完成一項(xiàng)任務(wù)呢?答案非常簡(jiǎn)單。在許多情況下,少就是多。為追求系統(tǒng)的靈活性,我們總是想給它硬加上盡可能多的奇怪功能。但生活的情趣并不總在于多種多樣。許多時(shí)候,用戶只是想無干擾地盡可能快地從A到達(dá)B。如果你的市場(chǎng)中有99%的用戶不需要把日志文件存成pdf文件,那么就不要構(gòu)建一個(gè)提示框詢問他們是否想把日志文件保存成pdf文件。如果你的用戶想把.wav文件轉(zhuǎn)換成MP3文件,那么他們已經(jīng)不在乎損失精度了,所以不必再提示他們轉(zhuǎn)換成無損壓縮的FLAC文件,那樣只會(huì)干擾他們。
*后一種情況,就是軟件復(fù)雜得讓其他程序員難以理解。創(chuàng)建復(fù)雜的代碼讓他人難以理解曾經(jīng)非常流行(還有過比賽)。有時(shí),代碼寫得復(fù)雜,是為了讓它比一般程序員所開發(fā)的代碼運(yùn)行更快。而更多的情況是代碼的復(fù)雜度(就其理解的難度而言)成了程序員才華的象征,或者說是功夫高低的象征。那些開發(fā)的代碼能讓做代碼檢查的高級(jí)開發(fā)人員欲苦無淚的人反而頗受推崇。復(fù)雜度成了智慧的牢籠,編程*客們會(huì)在公司內(nèi)部爭(zhēng)強(qiáng)好勝。對(duì)于樂此不疲的人來說,這是很好的比賽,但對(duì)于公司和股東來說,則要為一場(chǎng)無人關(guān)心的牢籠大賽買單。對(duì)于那些仍然沉浸于這場(chǎng)*客盛宴的人,如果不想損害利益相關(guān)者的利益,又想真刀真槍地拼一場(chǎng),那建議你參加國(guó)際混淆C代碼競(jìng)賽。
我們都應(yīng)該努力去寫讓每個(gè)人都能理解的代碼。衡量一個(gè)偉大程序員的真正標(biāo)準(zhǔn),是他能夠多快把一個(gè)復(fù)雜的問題簡(jiǎn)化,多快能開發(fā)出一個(gè)既容易理解,又容易維護(hù)的解決方案。容易執(zhí)行的解決方案意味著一般程序員就可以快速地掌握系統(tǒng),為它提供支持。容易理解的解決方案則意味著在查找問題時(shí)能夠甲
方式把系統(tǒng)恢復(fù)到正常工作狀態(tài)。容易執(zhí)行的解決方案可以提高公司和解決方案的可擴(kuò)展性。
要測(cè)試系統(tǒng)是否太復(fù)雜,一個(gè)很好的方法是讓負(fù)責(zé)解決復(fù)雜問題的程序員把他的解決方案陳述給公司內(nèi)的一組程序員。這組程序員應(yīng)該代表公司內(nèi)不同的編碼水平,不同的工作年限(加入這一條,是因?yàn)榭赡苡行┯薪?jīng)驗(yàn)的程序員在公司的工作經(jīng)驗(yàn)不多)。要通過這一測(cè)試,需要這組程序員中的每一位都能夠輕松理解該解決方案,能夠在無幫助的情況下向他人描述它,而不只是知道它。如果這組程序員中的任何一位不能理解該解決方案,那么就要小組討論該系統(tǒng)是不是過度復(fù)雜了。
過度的網(wǎng)站設(shè)計(jì)是可擴(kuò)展性的一個(gè)敵人。開發(fā)一個(gè)超出有用需求的解決方案,既浪費(fèi)金錢又浪費(fèi)時(shí)間。此外,還可能進(jìn)一步步浪費(fèi)處理資源,增加擴(kuò)展成本,限制系統(tǒng)的整體擴(kuò)展能力(即系統(tǒng)能被擴(kuò)展到什么程度)。構(gòu)建過度復(fù)雜的解決方案會(huì)造成類似的后果。運(yùn)行吃力的系統(tǒng)會(huì)增加成本,限制*終發(fā)展規(guī)模。讓用戶用起來吃力的系統(tǒng),會(huì)放慢吸引客戶的速度,從而限制業(yè)務(wù)增長(zhǎng)的速度。太復(fù)雜以至于難以理解的系統(tǒng),則會(huì)扼制司的生產(chǎn)力,讓你無從增加程序員,或者難以給系統(tǒng)增加功能。
免費(fèi)答疑熱線
400-189-1319
添加微信