代碼過度設(shè)計,真的有意義嗎?
1、過度設(shè)計有意義嗎?
看著自己每次根據(jù)設(shè)計原則及模式的代碼重構(gòu),雖效果不錯,但也自?。喝绻业拿慷未a都這么寫,是不是過度設(shè)計?把握設(shè)計的度,需長久錘煉。行業(yè)也總結(jié)了很多原則,幫助我們把握設(shè)計的度。它們是一種思考方法、一種行為準(zhǔn)則。
2、KISS
Keep it simple, stupid,保持簡單、愚蠢。提醒我們大多數(shù)系統(tǒng),與其變得復(fù)雜,保持簡單能讓系統(tǒng)運行更好。越資深的人,越覺得這大有道理。因為大佬們見識過因為復(fù)雜而引發(fā)的各種問題。堆太多功能,調(diào)整起來就很費勁:
- ? 有現(xiàn)成庫,就不自己寫
- ? 能用文本做協(xié)議,就別用二進制
- ? 方法越短小精悍越好
- ? 能把一個基本流程打通,軟件就能發(fā)布,無需那么多功能(MVP)
真是吸引crud boy,但無法指導(dǎo)具體工作。啥叫保持簡單,怎么就叫復(fù)雜?這都沒標(biāo)準(zhǔn)。有人基于自己的理解給具體原則:
3、YAGNI
You aren’t gonna need it,你用不著它。如非必要,勿增功能。軟件設(shè)計對抗的是需求規(guī)模:
- ? 通過努力,讓軟件在需求規(guī)模膨脹之后,依然能平穩(wěn)發(fā)展
- ? 努力控制需求規(guī)模
很多需求不需要做。很多產(chǎn)品經(jīng)理以為很重要的功能實際上是沒什么用的。真正重要的功能大約只占20%。做了更多的功能,并不會得到更多的回報,但是,做了更多的功能,軟件本身卻會不斷地膨脹,越難維護。
所以,在現(xiàn)實經(jīng)常看到一些功能簡單的東西不斷涌現(xiàn),去顛覆更復(fù)雜東西。如Word強大,但只是個寫字工具,重點排版功能都用得少。而Markdown簡單地讓我們專注寫內(nèi)容,而且簡單的幾個排版標(biāo)記在日常溝通中就完全夠用。盡量可能不去做不該做的事,從源頭堵住問題。
4、DRY
Don’t repeat yourself,不要重復(fù)自己。在一個系統(tǒng)中,每一處知識都必須有單一、明確、權(quán)威地表述。Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.
即不要做cv工程師。這還遠遠不夠,DRY針對的是你對知識和意圖的復(fù)制:在兩個不同地方的兩樣?xùn)|西表達形式不同,但表達內(nèi)容卻可能相同。如下打印賬戶信息:
這段隱藏一些重復(fù)。如對負數(shù)的處理顯然是復(fù)制的,可通過增加一個方法消除:
數(shù)字字段格式反復(fù)出現(xiàn),不過,格式與我們抽取出來的方法一致,復(fù)用:
打印格式其實也重復(fù),如果我要在標(biāo)簽和金額之間加一個空格,相關(guān)的代碼都要改,所以,這也是一個可以消除的重復(fù):
重構(gòu)后:
- ? 改金額打印格式,就去改formatValue
- ? 改標(biāo)簽格式,就去改reportLine
有人說這種調(diào)整粒度太小。如你這樣感覺,證明你看問題的粒度太大。品味這個修改,與分離關(guān)注點和單一職責(zé)原則異曲同工:粒度要小。
DRY不局限于寫代碼:
- ? 注釋和代碼之間存在重復(fù),可以嘗試把代碼寫得更清晰
- ? 內(nèi)部API在不同的使用者之間存在重復(fù),可以通過中立格式進行API的定義,然后用工具生成文檔、模擬 API 等等
- ? 開發(fā)人員之間做的事情存在重復(fù),可以建立溝通機制降低重復(fù);……
都是在試圖減少重復(fù),其實也是減少了維護成本。
5、簡單設(shè)計
Simple Design,提出者Kent Beck,只包含如下規(guī)則,后3條規(guī)則是重構(gòu)方向
(1)通過所有測試
保證系統(tǒng)能按預(yù)期工作。怎么知道系統(tǒng)按照預(yù)期工作,就需要有配套自動化測試,最好能TDD,最根本的還是要懂設(shè)計,否則,你的代碼就是不可測。
(2)消除重復(fù)
正如DRY,你得能發(fā)現(xiàn)重復(fù),就要會分離關(guān)注點
(3)表達出程序員的意圖
編寫有表達性的代碼,這也需要你對“什么是有表達性的代碼”有認識。代碼要說明做什么,而不是怎么做
(4)讓類和方法的數(shù)量最小化
讓類和方法的數(shù)量最小化,不要過度設(shè)計,除非你已看到這必須要做個設(shè)計,比如,留下適當(dāng)擴展點,否則,就不要做。能做出過度設(shè)計的前提,是已懂得各種設(shè)計,這時才需要用簡單設(shè)計的標(biāo)準(zhǔn)對自己約束。所謂簡單設(shè)計,對大多數(shù)人并不“簡單”。
沒有良好設(shè)計,代碼就沒有可測試的接口,TDD就無從談起。不懂設(shè)計,重構(gòu)就只是簡單提取方法,改改名字,對代碼的改進相當(dāng)有限。
簡單設(shè)計的前提是,把編程基礎(chǔ)打牢。片面地追求敏捷實踐,而忽視基本功,是舍本逐末。