2007年9月12日 星期三

E04 實作的開始──Code Generation

設計的內容裡有許多的Package、Class與Class內的attribute、operation,運用UML工具提供的功能可以直接把設計內容轉變為程式框架,開發人員要做的只是根據開發指引、設計文件與註解內容填入適當的程式碼,通過單元測試之後就可以暫時收工。

雖然好一點的UML工具提供了Design Model與程式碼的雙向同步,但是強烈建議絕對不要在實作階段修改程式後再同步回Design Model。系統的設計是立體的,Use Case與架構設計組成了水平面的X軸與Y軸,專案與元件的向下使用關係則是Z軸,每一個程式、方法或屬性都有它應在的位置與該做的工作。

認同每個物件與方法存在的位置都需要評估,那麼我們可以明白任何的變動也需要先追溯其影響再決定怎麼做才是最適當的。撰寫時雖然可以直接修改,短期內似乎可以解決問題,但沒有人敢保證未來不會發生別的問題。

把設計轉出程式框架之後,我們需要的是日後有改變設計的狀況時,可以保持已經撰寫好的程式碼又能夠把新的設計放進程式的功能。選擇具有這種功能的工具,減少改變設計時的異動會有助於養成先設計再撰寫的習慣。

沒有留言:

張貼留言