※ 引述《ZooseWu (動物園)》之銘言：
: 1.把遊戲所有功能解耦
: 然後全部套測試
: 以後就用TDD
: 優點:寫程式不會像腦袋被打到
: 缺點:花它媽一堆時間，遊戲上架時間遙遙無期
: 2.先把遊戲做出來上架
: 之後再來考慮重構
: 優點:遊戲比較早上架
: 缺點:現在寸步難行、牽一髮動全身、打開編輯器我腦袋就像被打到
: 兜擠?
TDD 真的還蠻耗時間的
但是可以提升程式的維護性以及擴充性
我覺得假如專案重要性不高
團隊人數也不多的話
其實不一定要走 TDD
走輕量一點的 FDD 也是一種選擇
也就是不以測試為主
能拆成物件的就拆成物件
能拆成函式的就拆成函式
整體以 Feature 為主這樣
我弄碩論的時候也是能拆盡量拆
寫交接的文件也會比較好寫
大概是這樣
不過我也不是資深工程師
我只是個廢物 QQ