這10條不得不提的Java編程技巧讓你受益終生！
好的習(xí)慣是成功的一半。因?yàn)椋阒溃?ldquo;任何可能出錯(cuò)的事情，***都會(huì)出錯(cuò)。”這就是人們?yōu)槭裁聪矚g進(jìn)行“防錯(cuò)性程序設(shè)計(jì)”的原因。下面我列出的的個(gè)人感覺(jué)最有用而又偏執(zhí)的 10 項(xiàng) Java 編程技巧。請(qǐng)看：
1. 把字符串常量放在前面（技術(shù)文）
通過(guò)把字符串常量放在比較函數(shù)equals()比較項(xiàng)的左側(cè)來(lái)防止偶然的 NullPointerException 從來(lái)都不是一個(gè)壞主意，就像這樣：
// Bad
if (variable.equals("literal")) { ... }
// Good
if ("literal".equals(variable)) { ... }
這是毫無(wú)疑問(wèn)的，把一種表達(dá)式轉(zhuǎn)換成另一種更好的表達(dá)式，并不會(huì)失去什么。只要我們的Options是真實(shí)存在的（Java 8中 Optional是對(duì)可以為空的對(duì)象進(jìn)行的封裝），不是嗎？討論一下…
2. 不要相信早期的JDK APIs
Java剛出現(xiàn)的時(shí)候，編程一定是件很痛苦的事。那時(shí)的API仍然不夠成熟，你可能曾經(jīng)遇到過(guò)這樣一段代碼：
String[] files = file.list();
// Watch out
if (files != null) {
for (int i = 0; i < files.length; i++) {
...
}
}
看起來(lái)很奇怪對(duì)嗎？也許吧，但是看看這個(gè)Javadoc：
“如果抽象路徑名表示的不是一個(gè)目錄，那么這個(gè)方法返回null。否則返回一個(gè)字符串?dāng)?shù)組，其中每個(gè)字符串表示當(dāng)前目錄下的一個(gè)文件或目錄。”
是的，***再加上判空檢查，以確保正確：
if (file.isDirectory()) {
String[] files = file.list();
// Watch out
if (files != null) {
for (int i = 0; i < files.length; i++) {
...
}
}
}
糟糕！因此一定要記得判 null檢查！
3. 不要相信“-1”（技術(shù)文）
我知道這很偏執(zhí)，Javadoc中關(guān)于 String.indexOf() 的早期描述是這樣的…
“字符在字符序列中***次出現(xiàn)的位置將作為結(jié)果[被返回]，如果字符不存在則返回-1。”
所以，-1 就可以理所當(dāng)然被拿來(lái)用，對(duì)嗎？我說(shuō)不對(duì)，看看這個(gè)：
// Bad
if (string.indexOf(character) != -1) { ... }
// Good
if (string.indexOf(character) >= 0) { ... }
誰(shuí)知道呢。也許在某個(gè)特定場(chǎng)合下他們將會(huì)需要另一種 編碼值，如果不區(qū)分大小寫的話，otherString 就會(huì)被包含進(jìn)去…此時(shí)或許可以返回 -2呢？誰(shuí)知道呢。
畢竟，我們有非常多關(guān)于NULL——價(jià)值億萬(wàn)美金的錯(cuò)誤 （https://blog.jooq.org/2015/07/22/null-is-not-the-billion-dollar-mistake-a-counter-rant/）的討論。為什么不開(kāi)始討論 -1呢，某種意義上來(lái)說(shuō) -1 是 null 在int類型下的另一種形式。
4. 避免意外的賦值（技術(shù)文）
是的。即使***秀的程序員也可能犯這種錯(cuò)誤（當(dāng)然，不包括我。看#7）。
（假設(shè)這是JavaScript，我們暫且偏執(zhí)地認(rèn)為是這種語(yǔ)言）
// Ooops
if (variable = 5) { ... }
// Better (because causes an error)
if (5 = variable) { ... }
// Intent (remember. Paranoid JavaScript: ===)
if (5 === variable) { ... }
再說(shuō)一遍。如果你的表達(dá)式中有常量，將它放在等式左邊。這樣當(dāng)你打算再添加一個(gè) = 時(shí)，不容易出錯(cuò)。
5. 檢查null和長(zhǎng)度
不管什么時(shí)候你有一個(gè)集合、數(shù)組或者其他的，確保它存在并且不為空。
// Bad
if (array.length > 0) { ... }
// Good
if (array != null && array.length > 0) { ... }
你不知道這些數(shù)組來(lái)自哪兒，也許是早期的JDK API呢？
6. 所有的方法都用 final 聲明（技術(shù)文）
你可以告訴我任何你想要的開(kāi)閉原則，不過(guò)那都是胡說(shuō)八道。我不相信你（可以正確繼承我的類），也不相信我自己（不會(huì)意外地繼承我的類）。因此除了接口（專門用于繼承）都應(yīng)該是嚴(yán)格的 final?？梢圆榭次覀兊?Java 編碼中 10 個(gè)微妙的***實(shí)踐 中的#9。
// Bad
public void boom() { ... }
// Good. Don't touch.
public final void dontTouch() { ... }
是的，寫成final。如果這樣做對(duì)你來(lái)說(shuō)沒(méi)有意義，你也可以通過(guò)修改或重寫字節(jié)碼來(lái)改變類和方法，或者發(fā)送功能請(qǐng)求。我敢肯定重寫類/方法并不是一個(gè)好主意。
7. 重載的時(shí)候不要相信泛型（技術(shù)文）
是的，這是會(huì)發(fā)生的。你覺(jué)得你寫了一個(gè)超好的API，它真的是既酷炫又直觀；接著就出現(xiàn)了一群用戶，他們只是把一切類型生搬硬套進(jìn) Object 中 直到那該死的編譯器停止工作，然后他們突然鏈接到了錯(cuò)誤的方法，認(rèn)為這一切都是你的錯(cuò)（事情總是這樣）。
思考一下這個(gè)：
// Bad
<T> void bad(T value) {
bad(Collections.singletonList(value));
}
<T> void bad(List<T> values) {
...
}
// Good
final <T> void good(final T value) {
if (value instanceof List)
good((List<?>) value);
else
good(Collections.singletonList(value));
}
final <T> void good(final List<T> values) {
...
}
因?yàn)椋阒赖?hellip;你的用戶們，他們就像這樣
// This library sucks
@SuppressWarnings("all")
Object t = (Object) (List) Arrays.asList("abc");
bad(t);
相信我，我看過(guò)的多了，還有這樣的
所以說(shuō)偏執(zhí)是有好處的。
8. 總是在switch語(yǔ)句里加上default（好技術(shù)文）
Switch…作為最滑稽的表達(dá)式之一，我不知道是該心存敬畏還是默默哭泣。不管怎樣，我們既然無(wú)法擺脫 switch ，在必要的時(shí)候我們***能夠正確使用它，例如：
// Bad
switch (value) {
case 1: foo(); break;
case 2: bar(); break;
}
// Good
switch (value) {
case 1: foo(); break;
case 2: bar(); break;
default:
throw new ThreadDeath("That'll teach them");
}
因?yàn)樵诋?dāng) value=3 被引入到軟件中的時(shí)候，default 就能發(fā)揮作用，使其正常運(yùn)行！別和我提 enum 類型，因?yàn)檫@對(duì) enums 也一樣適用。
9. 用大括號(hào)隔開(kāi) switch 的每一個(gè) case 塊（技術(shù)文）
事實(shí)上，switch是最坑爹的語(yǔ)句，任何喝醉了或是賭輸了的人都可以在某種語(yǔ)言中使用它?？纯聪旅孢@個(gè)例子：
// Bad, doesn't compile
switch (value) {
case 1: int j = 1; break;
case 2: int j = 2; break;
}
// Good
switch (value) {
case 1: {
final int j = 1;
break;
}
case 2: {
final int j = 2;
break;
}
// Remember:
default:
throw new ThreadDeath("That'll teach them");
}
在switch語(yǔ)句中，為所有的case都只定義了一個(gè)作用域。事實(shí)上，這些case不是真正意義上的語(yǔ)句，他們更像是標(biāo)簽，而switch就是指向這些標(biāo)簽的goto語(yǔ)句。事實(shí)上，你甚至可以把case語(yǔ)句和 驚人的FORTRAN77項(xiàng)聲明 類比，對(duì)于FORTRAN，它的神秘已經(jīng)超越了它的功能。
這意味著變量final int j 可以被任何case訪問(wèn)，不論我們是否有break?？雌饋?lái)并不是很直觀。我們可以通過(guò)添加簡(jiǎn)單的花括號(hào)為每一個(gè)case創(chuàng)建一個(gè)新的嵌套的作用域，當(dāng)然不要忘了在每個(gè) case 的語(yǔ)句塊***加 break。
