這裏指的編程效率，一個是編寫代碼的速度，一個是指別人看你代碼的速度，不是指程序的運行效率。
先說兩個可以直接提高編程效率的方法。
1，加大顯示器尺寸。之前就有人做過統計，增加一個顯示器，效率至少可以提升
10%。對於開發人員來說，屏幕大了就可以看到更多的代碼，可以邊看 需求，邊寫
代碼。可以同時開多個工具。不用再安着tab鍵切換了。並且現在的顯示器很便宜
的。加大顯示器尺寸，好處多多；
2，認真熟悉自己的編程環境，比如java的Eclipse，iOS的Xcode。可以從快捷鍵入
手，用快捷鍵的目的是，少用鼠標。這個好像也有 人做過統計，在文本編輯的時
候，使用鼠標是很浪費時間的。去網上下個相關開發工具快捷鍵的圖，大家可以把
打印出來，或者當成自己電腦桌面背景。再 用的時候隨便記一下就可以了。慢慢
的，就都熟悉了。
下面總結了一些比較常用的代碼規範。
一，命名規則
首先命名的總體準則:不要用拼音，要用英語。如果不知道英語怎麼寫，去網上查
一下。絕大部分命名按照駝峯標識，即：AaaBbbCcc.
1，類名。首字母大寫，最好用名詞，比如Person。也有例外的：比如java中接口
的定義，用形容詞比較恰當，比如：Runable；
2，變量的命名。全局變量，這個不適合用駝峯標識，這個比較適合用匈牙利命名
法，並且全部大寫。比 如：API_PARAM_SESSION_KEY。成員變量，首字母小寫，之
後用駝峯標識。
3, 方法名，首字母小寫。
二，代碼塊
代碼塊的編寫習慣，之前可能受一本書的影響很厲害,就是R&K的《The C
Programming Language》當時的計算機還是很貴的。所以編寫代碼都很簡潔。而現
在我們更應該考慮的是可讀性。
1，if語句。儘量的用“{”。
比如：
if(a>b)
return a;
else
return b;
寫成下面比較好。
if(a>b) {
return a;
} else {
return b;
}
上面的寫法很容易出問題的。
少用或者儘量不用 ？：這個運算符。直接用if else代替。
對於if else if 我推薦如下寫法：
if(a == 1) {
//...
}
else if(a == 2) {
//...
}
else if(a == 3) {
//...
}
這樣看的更明確。
2，方法
方法的開頭的“{”，個人建議換行寫。這樣，就跟方法體內的判定語句做區分。
如：
- (void)test
{
}
如果使用遞歸的話，方法的行數不要很多；
3，合理的用空行和縮進。在同一方法體內，有的邏輯比較處理比較緊密的。那在
這個邏輯處理完了，最好有個空行，跟下面的邏輯分開。這樣的寫的代 碼，可讀
性更高。縮進也亦然。
三，功能的組織。因爲各個平臺的差異比較大，不是好提煉，我就總結了一句話：
各層入各包。對於不同的處理，放到不同的目錄下面就可以了。當然，根 據各個
依賴關係，做好層級。
四，代碼的審覈。個人推薦用自動的代碼掃描，Xcode裏，就有這樣的功能。可以
在編譯的時候，檢查有可能的內存警告，變量的使用不合理等。 java好像也有類
的工具。使用這樣的自動工具，對潛在問題的發現很有效。
最後，我總結的這些方法，不是標準答案。大家可以根據自己實際工作中的使用情
況做總結。找到適合自己的方法。一定要有一個懶惰的心，就是對目前工 作的優
化，讓自己的工作更有效率，這樣就有更多的時間幹別的有意義的事情.
