【讀書筆記】iOS-寫代碼注意事項，讀書筆記ios-

【讀書筆記】iOS-寫代碼注意事項，讀書筆記ios-

 

一，我是儘早和經常編譯的強烈支援者。通常，在寫完每個方法或有點難度的代碼後，都要嘗試進行構建。這是一個好習慣，因為如果在上次成功編譯以來添加的代碼量很小，那麼可以非常容易地縮小編譯錯誤範圍。這個方法還限制了收到的錯誤或警告的數量。如果你寫了2000行代碼後才開始編譯，你很可能會被大量的錯誤（或到少是警告）淹沒。有時尋找這些錯誤的來源也很困難，因為編譯器和連結器給出的錯誤往往有點含糊。

 

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

 

參考資料：《iOS資料庫應用進階編程（第2版）》