以前都是大牛讀我的代碼，現而今是我讀一個菜鳥都算不上的菜逼的代碼，你功能不能實現我不怪你，你做UI不細心我也可以理解，但是你告訴我BOOL falg是個什么東西，你再告訴我BOOL mark是個什么鬼，還有NSString *a，*h，你TM告訴你你想表達的是個啥？！！哦，No！！多么痛的領悟！也是因此，引出了“代碼規范”這個詞。
代碼規范只是為了讓別人閱讀你代碼時知道你是要干嘛，這樣能提高效率，節省review的時間，提高debug的效率，而最根本的目的就是提高代碼可讀性。
對于命名，首要原則就是清晰。
大駝峰命名，即名字里所有單詞首字母大寫，其余字母小寫。
小駝峰命名，即名字里除了首個單詞全部用小寫字母，其他單詞均需要首字母大寫。
類命名：直接使用大駝峰命名規則，用一個或多個單詞來說明這個類，如果繼承自Contrller則以...Controller結尾，如果集成自View或Button，則以View或Button結尾，如果是保存數據的實體，則以Model結尾。命名使用單詞力求簡單，不要過長。
如Masonry中：
??? @interface MASExampleListViewController : UITableViewController
??? @end
方法命名：使用使用小駝峰法，方法名第一個單詞用動詞，其首字母不需要大寫，其后所有單詞首字母大寫。
變量名：除首個單詞外，其他單詞首字母大寫，盡量使用較少的單詞讓人理解變量的意義。如果是局部變量，單詞與單詞間可以用_連接，首字母不需要大寫，而全部變量，則用小駝峰法命名。
而在一個方法中，使用空行來區分方法中的模塊，比如需要聲明一個button和一個View，可以在寫完關于button的代碼后加一行空行再寫關于View的代碼。
如果你在寫代碼時會有上述習慣，恭喜你，應該不會有人在背后邊讀代碼邊問候你的親戚朋友了。如果你想更清楚些，可以使用Pragma mark -- 給你文件中的代碼分區。
如果需要更詳細的規范，Google中會給你更多更好的建議。
