設計先行,編碼在後

2021-09-04 04:08:34 字數 781 閱讀 4348

當晚,太太跟我交流要設計的工具很多東西沒想清楚,沒法寫**,方向感不強,於是我們花了些時間,把設計要點整理到紙上(請忽略這個廣告紙)

因為我知道,今晚不搞清楚這個事情,想看個電影都難咯,^_^

於是這篇文章,我花了些時間思考和寫出來,幾分鐘可以讀完。

現實生活中房子,大多數開發商交樓的時候已經是帶裝修,業主索取設計圖紙,才能得知水電布局,這個無可厚非;而對於整個小區,它是先呈現在設計規劃圖上,而不是建築工人想到什麼就建什麼,必須按照設計圖紙的要求來做,否則隨意性帶來的可能是災害。

那麼,軟體工程裡面對軟體開發的要求是怎樣的呢?

軟體開發必須要經過初步設計、詳細設計、編碼、測試4個步驟。這是軟體工程的智慧型結晶。

不按照這些步驟進行軟體開發,那就不是軟體工程指導下的軟體開發,只是手工作坊式「寫**」。

程式設計開發兩種常見套路:

十幾年前剛入行的時候,我就是邊開發、邊設計,出來的效果自己也不滿意,大概經歷一年後才意識到設計先行的重要,想清楚做什麼,總比不知道做什麼有更強的方向感。

設計先行,對於總體框架有把握,即便方向改變,也有信心去擁抱變化,做一些微調,甚至可以避免引入設計複雜度,可以發散思考許多點,但是最終要收回來,要考慮資源因素(時間、人力成本等等),先實現的簡單、清晰,可衡量的框架是怎樣的,清晰描繪出來就好了,哪怕先用tdd模式去驗證對或者錯。

當然,乙個負責任的攻城獅相當靠譜和重要,比我清楚怎麼做得更好

by 隨筆,未經整

設計 編碼 VS 設計 編碼

在1992年,jack w.reeves發表了一篇名為 code as design的文章,這篇文章可以在 敏捷軟體開發 原則 模式與實踐 一書的附錄中找到。這是幾近20年前的文章,但時至今日,類似的爭論仍未休止。好像是在 軟體架構設計 裡,在討論架構設計時,作者就點了一句 這總不能說是設計就是編碼...

規約先行 (二十一)設計規約

強制 儲存方案和底層資料結構的設計獲得評審一致通過,並沉澱成為文件。說明 有缺陷的底層資料結構容易導致系統風險上公升,可擴充套件性下降,重構成本也會因歷史資料遷移和系統平滑過渡而陡然增加,所以,儲存方案和資料結構需要認真地進行設計和評審,生產環境提交執行後,需要進行 double check。正例 ...

關於編碼設計

編碼設計在大型專案裡常常被搞得異常複雜,大多數是人為因素增加了複雜度。小型專案則往往走向另乙個極端,忽視編碼設計,在後續維護時發現資料隨著時間的推移越來越凌亂,無意中增加了維護成本同時介面友好度大幅下降。大多數情況,往往是因為沒有專門負責呈現和分類的字段,所以才費盡心機設計編碼,以便讓其擔負更多的任...