2008-09-19 65 views
4

我一直很習慣於使用1000行或更少編碼的小型項目(乒乓球,俄羅​​斯方塊,簡單的3D遊戲等)。然而,隨着我在編程能力的提高,我的組織不是。我似乎將所有事情都依賴於彼此,所以我很難改變某些事情的實施。從小到大的項目

保持我的代碼組織和能夠解決大型項目的任何想法?

回答

1

提前勾畫出建築設計。它不一定要太詳細,但想象一下,你希望事物如何在一般條件下融合在一起。

0

使用設計模式是一個很好的第一步。另外,花點時間寫一些關於系統體系結構和應用程序需求的好文檔。

如果你還沒有這樣做,使用源代碼控制將會有所幫助。

在決定推出自己的圖書館之前尋找可能確實需要的圖書館。

2

白板是你最好的朋友

原型設計(不一定工作原型,使用notecards或其他方法)

計劃第一!直到你知道你的要求/目標之前,不要編碼

1

首先讀入重構(由Martin Fowler着名)。

通過學習重構,您可以學習如何編寫易於更改,易讀和簡化的代碼。

我建議不要學習設計模式,直到你首先理解重構。通過重構,您可以瞭解清晰可讀代碼的主題。一旦你理解了重構,繼續閱讀設計模式。當您需要編寫更復雜的設計時,設計模式非常有用。