編程順序

Question

對於編程順序，您有任何指導原則嗎？ 換句話說，你應該先編碼什麼？

石

Answer 1

我建議你做tests first

Answer 2

我傾向於向上突破我的代碼到功能小塊的。我個人的習慣是研究我認爲當時最有趣的大塊/功能。我從那裏出發。我認爲這主要是個人喜好，除非規範。

Answer 3

考慮到你問的是哪種類型的功能首先開始工作（如果你已經知道了，然後檢查我的其他答案）。

通常情況下，您對您的客戶有什麼更多/更少的用處有什麼想法，以及做更多/更少風險（您不確定是否可以這樣做，或者需要多長時間）。

我建議的方法之一是從風險更大，最有用的東西開始，所以你可以快速失敗（如果你會失敗）。這樣你就不會在截止日期前的幾天失去很多時間（和金錢），也不會讓你的客戶受挫。

的順序將被：

風險更大，最有用的

更安全和最有用的

更安全和至少有用

風險更大，至少有用（可能這些將被踢出...）

Answer 4

不同的過程推薦不同的方法。讓我們考慮敏捷/統一/增量/用戶驅動的方法。

1. 識別用戶故事
2. 分析和創建任務列表
3. 決定最重要的任務，從最關鍵最重要的

這樣的項目

的工作，打算導致項目失敗，如果他們沒有完成首先完成。有趣的東西留給版本2.

Answer 5

審查功能規範。我更喜歡用top-down的方法來開發這個問題。

1. 識別您的 應用程序的邏輯流程。
2. 開始創建您希望工作的功能的存根（類，方法等）。
3. 通過創建對每個這些存根中的存根的調用來填充這些存根。必要時
4. 充實

如果按照一個Test Driven Development的辦法，發展，然後通過實施工作的代碼之前第4步之前編寫測試開始。