一，我是盡早和經(jīng)常編譯的強烈支持者。通常，在寫完每個方法或有點難度的代碼后，都要嘗試進行構(gòu)建。這是一個好習慣，因為如果在上次成功編譯以來添加的代碼量很小，那么可以非常容易地縮小編譯錯誤范圍。這個方法還限制了收到的錯誤或警告的數(shù)量。如果你寫了2000行代碼后才開始編譯，你很可能會被大量的錯誤（或到少是警告）淹沒。有時查找這些錯誤的來源也很困難，因為編譯器和鏈接器給出的錯誤往往有點含糊。

二，試圖重新發(fā)明輪子沒有任何意義。其他人已經(jīng)發(fā)現(xiàn)了很多在軟件設計過程中遇到的問題的解決方案。這些解決方案已經(jīng)變成了設計模式。這些設計模式的關(guān)鍵點是以每個人都能理解的形式向開發(fā)人員提供行之有效的設計。這些模式經(jīng)過了時間的證明并且提供了一個公共的詞匯表，當你和其他開發(fā)人員交流你的設計時該詞匯表是非常有用的。

參考資料：《iOS數(shù)據(jù)庫應用高級編程（第2版）》