做了兩周的DD設計，主要做的是畫面部分的DD設計，昨天又聽了一堂關于DD設計的講說，一點感想，總結如下：

一、 做DD前做的幾件事

1. 環境搭建
    這里指系統的運行環境和我們自己的開發環境。既要了解所要做的系統是要在什么環境下運行的，又要確定并搭建我們的開發環境。
    比如，我所作的系統是在linix下運行的，但我的開發環境是在windows下的，所用的語言是JAVA等，所用的工具是eclipse（某插件），tomcat5.0,JDK1.4.8,pl/sql等等。

2. 共通部分
    這里我主要指的是要了解系統所采用的框架，熟悉某個程序運行的流程。
    比如，我采用XX框架，在實現某個功能的時候，從JSP頁面提交請求到A，又由A封裝信息到B，又由B連接數據庫調用C方法，再傳回A，再返回頁面。
    這里還包括工程結構以及一些共通的接口，比如一些類，方法。這樣，我們在設計的時候，才知道哪些是需要我們自己去實現的，哪些是直接調用共通里的就可以了。
    關于共通部分，有些地方還是無法確定的，需要在設計甚至編碼的過程中逐步添加完善的。

3. 命名規范
    我就體會到了這份痛苦，在我寫完了一部分設計之后，才確定命名規范，然后那個痛苦的改啊。如果再做DD的話，一定提前確定好命名規范。包括類名，方法名，常量名，變量名，存儲過程命名等等。老師給我們強烈推薦的就是參照《代碼大全》。雖然買了一本，但還一直沒怎么看呵呵。

4. 代碼規范
    我感覺，對代碼的規范會直接影響到設計的規范。

二、 DD過程中的感想

第一次做DD，不知道該如何下手，于是我搭建好了環境，開始編碼。

這是一個會產生歧義的想法，但是昨天交流會上老師的經驗之談證明了我的方法是正確的。

不會編碼，怎么做設計？特別是對我們這些剛剛參加實際項目的新員工而言，老師把我們叫做“未成熟的程序員”，直接做設計是很可笑的。

那兩周，工程表中的任務是做DD設計，但是我幾乎都是先編碼調試某個小功能完畢，才開始寫的DD設計書。因為對我而言，我頭腦中沒有那個概念，必須要運行一下覺得可行，才知道這樣設計是可行的。老師說，當你的編碼到一定水平的時候，才可以不用編碼直接寫DD設計書了。當然，我不行，我還是個“未成熟的程序員”。

包括這幾天，工程表中的任務是編碼。給我的感想也很多。發現了很多DD設計中的不足。因為在設計的階段，有些功能的實現并沒有想的太仔細，太完善，但是設計中的一個小漏洞，可能會導致一大部分編碼都無法正常運行。然后還是那個改啊，該代碼，又得改設計，挺痛苦，要是再做DD設計的時候，說啥也得仔細點，考慮得全面點兒了。

三、 DD設計的目的

這是我一直的疑問。

我是這樣想的。當一個人做的工程很大的時候，DD設計很復雜的時候，通常DD和PG不是同一個人來做。所以，DD設計書是個編碼的人看的，如果DD設計書做的足夠好的話，PG的人不需要了解這個系統的功能流程，就可以寫出需求的代碼。這好像太理想了，嘿嘿。但是，當一個人做的工程不是很大的時候，就象我現在做的畫面部分，DD部分的編碼也是由我來做的，所以DD設計書對我來說幾乎沒什么用，我完全可以直接進行編碼，但是我必須得寫DD設計書，我想，是為了給維護的人看的吧。我想來想去，也就只有這個用處了。

歡迎來訪！^.^!
本BLOG僅用于個人學習交流!
目的在于記錄個人成長.
所有文字均屬于個人理解.
如有錯誤，望多多指教！不勝感激！