說好的coding conventions

一人開發團隊是不用訂什麼coding style的，但是當程式越寫越大，越大越複雜的時候，一致性的語法就很重要了。

最近這幾個月都在做project的merge，原本維護的案子是一個與世隔絕的專案，現在要用其他專案當作base，使用同一批檔案來搭建出一樣的app。簡單來說就是大量的refactor，能用繼承的地方就用繼承，如果某些功能A專案裡要有B專案理沒有，那就用override的方式。兩邊一樣名字的function作不一樣的事。參考了base project的coding conventions來改寫，三個月過去了，只完成了UI部分，data model還有很多地方沒有完成。

這幾個月的經驗，我才搞懂很多之前自以為是的觀念，像是繼承、self、delegate、block、catagory、run time debug，這些零零碎碎的東西。也再一次體驗到好的design pattern讓你上天堂，不好的struct讓你想殺人。關於怎麼把程式寫得像是語言這點很多書裡都有講，我這裡想表達的是coding conventions。

列幾篇關於coding conventions&coding style的文章：

Coding Guidelines for Cocoa

官方的不看可以摔鍵盤了

Google Objective-C Style Guide

google也來參一腳，跟apple的很像

NYTimes Objective-C 編程風格指南
NYTime團隊自己的定義，很多細節

几点 iOS 开发技巧
這不是coding commention，而是refactor module架構時要注意的事，看完這篇有種「對、我就是這樣做的」感動！

大概一年前寫的，看了apple 和google的guideline後把自己當時忽略的一些觀念寫下來，現在看起來就是成長的軌跡！