2009-09-06 31 views
0

在實施過程中,甚至在它之後,我有時會找到更好的設計解決方案。對於所有開發人員來說,作爲軟件的寫作總是可以做得更好,這是很平常的事情。如何分析你的應用程序設計?

但如何分析自己的錯誤,以防止未來similiar錯誤? 我知道2件事情:代碼審查和會後會議。

你能說出更多,描述你怎麼做他們。此外,我對你檢查你的方法的工作方式感興趣,並真的減少了設計錯誤的數量,使你成爲一個更好的設計師。

+2

也許後凡人會議可能留下的東西有點晚了。 .. – 2009-09-06 05:12:48

回答

1

還有更好的設計。我從不害怕Second System Effect。這是必要的。我總是用Tracer Bullets

我大部分的設計理念來自於書The Pragmatic Programmer: From Journeyman to Master。從本書的前幾章這些技巧可以幫助更好的設計...

+0

謝謝!我會讀「務實程序員:從熟人到大師」。 我讀過一篇序言,它是一本必讀書。真的謝謝你分享你的經驗。 – 2009-09-06 05:45:08

2

我想我的經驗告訴我的是,編寫單元測試代碼會告訴你你的架構是否得體與否。如果你必須把一定量的工作到一個單一的測試,你的架構可能不是很理想:)

您可能會在這個過程中發現你有太多的耦合和-或過少的凝聚力。就我而言,在一個項目中,兩者都是。