日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
10個實用的但偏執(zhí)的Java編程技術(shù)

在沉浸于編碼一段時間以后（比如說我已經(jīng)投入近20年左右的時間在程序上了），你會漸漸對這些東西習以為常。因為，你知道的……

為和林格爾等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及和林格爾網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都做網(wǎng)站、網(wǎng)站制作、和林格爾網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

任何事情有可能出錯，沒錯，的確如此。

這就是為什么我們要采用“防御性編程”，即一些偏執(zhí)習慣的原因。下面是我個人認為的10個最有用但偏執(zhí)的Java編程技術(shù)。一起來看一看吧：

1.將String字符串放在最前面

為了防止偶發(fā)性的NullPointerException 異常，我們通常將String放置在equals()函數(shù)的左邊來實現(xiàn)字符串比較，如下代碼：

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. if (variable.equals("literal")) { ... }
    3. 
  
  
  3. // Good
    4. 
  
  
  4. if ("literal".equals(variable)) { ... }
    5.

這是隨便用腦子想想就可以做的事，從Bad版本的代碼改寫表達式到Good版本的代碼，這中間并不會丟失任何東西。歡迎不同的觀點…

2.不要相信早期的JDK API

在Java早期，編程是一件非常痛苦的事情。那些API仍然很不成熟，也許你已經(jīng)碰到過下面的代碼塊：

 
 
    
  
  
  1. String[] files = file.list();
    2. 
  
  
  2. // Watch out
    3. 
  
  
  3. if (files != null) {
    4. 
  
  
  4.     for (int i = 0; i < files.length; i++) {
    5. 
  
  
  5.         ...
    6. 
  
  
  6.     }
    7. 
  
  
  7. }
    8.

看上去很偏執(zhí)？也許吧，但請看Javadoc：

如果這個虛擬路徑不表示一個文件夾目錄，則此方法返回null。否則將會返回一個字符串數(shù)組，每一個字符串表示目錄中的文件或文件夾。

對，沒錯。我們可以添加一些校驗：

 
 
    
  
  
  1. if (file.isDirectory()) {
    2. 
  
  
  2.     String[] files = file.list();
    3. 
  
  
  3.     // Watch out
    4. 
  
  
  4.     if (files != null) {
    5. 
  
  
  5.         for (int i = 0; i < files.length; i++) {
    6. 
  
  
  6.             ...
    7. 
  
  
  7.         }
    8. 
  
  
  8.     }
    9. 
  
  
  9. }
    10.

3.不要相信“-1”

我知道這是偏執(zhí)的，但Javadoc中對 String.indexOf()方法明確指出：對象內(nèi)***次出現(xiàn)指定字符的位置索引，如果為-1則表示該字符不在字符序列中。

所以使用-1是理所當然的，對嗎？我說不對，請看以下代碼：

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. if (string.indexOf(character) != -1) { ... }
    3. 
  
  
  3. // Good
    4. 
  
  
  4. if (string.indexOf(character) >= 0) { ... }
    5.

誰知道呢。也許到時候他們改變了編碼方式，對字符串并不區(qū)分大小寫，也許更好的方式是返回-2？誰知道呢。

4.避免意外賦值

是的。這種事情也許經(jīng)常會發(fā)生。

 
 
    
  
  
  1. // Ooops
    2. 
  
  
  2. if (variable = 5) { ... }
    3. 
  
  
  3. // Better (because causes an error)
    4. 
  
  
  4. if (5 = variable) { ... }
    5. 
  
  
  5. // Intent (remember. Paranoid JavaScript: ===)
    6. 
  
  
  6. if (5 === variable) { ... }
    7.

所以你可以將比較常量放置在左側(cè)，這樣就不會發(fā)生意外賦值的錯誤了。

5.檢查Null和Length

無論如何，只要你有一個集合、數(shù)組等，請確保它存在，并且不為空。

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. if (array.length > 0) { ... }
    3. 
  
  
  3. // Good
    4. 
  
  
  4. if (array != null && array.length > 0) { ... }
    5.

你并不知道這些數(shù)組從哪里來，也許是來自早期版本的JDK API，誰知道呢。

6.所有的方法都是final的

你也許會告訴我你的開/閉原則，但這都是胡說八道。我不相信你（正確繼承我這個父類的所有子類），我也不相信我自己（不小心繼承我這個父類的所有子類）。所以對于那些意義明確的方法要嚴格用final標識。

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. public void boom() { ... }
    3. 
  
  
  3. // Good. Don't touch.
    4. 
  
  
  4. public final void dontTouch() { ... }
    5.

7.所有變量和參數(shù)都是final

就像我說的。我不相信我自己（不要意外覆蓋我的值）。話雖如此，我不相信我自己的是因為…

…這就是為什么所有的變量和參數(shù)都是final的原因。

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. void input(String importantMessage) {
    3. 
  
  
  3.     String answer = "...";
    4. 
  
  
  4.     answer = importantMessage = "LOL accident";
    5. 
  
  
  5. }
    6. 
  
  
  6. // Good
    7. 
  
  
  7. final void input(final String importantMessage) {
    8. 
  
  
  8.     final String answer = "...";
    9. 
  
  
  9. }
    10.

8.重載時不要相信泛型

是，它可以發(fā)生。你相信你寫的超級好看的API，它很直觀，隨之而來的，一些用戶誰只是將原始類型轉(zhuǎn)換成Object類型，直到那該死的編譯器停止發(fā)牢騷，并且突然他們會鏈接錯誤的方法，以為這是你的錯誤。

看下面的代碼：

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2.  void bad(T value) {
    3. 
  
  
  3.     bad(Collections.singletonList(value));
    4. 
  
  
  4. }
    5. 
  
  
  5.  void bad(List values) {
    6. 
  
  
  6.     ...
    7. 
  
  
  7. }
    8. 
  
  
  8. // Good
    9. 
  
  
  9. final  void good(final T value) {
    10. 
  
  
  10.     if (value instanceof List)
    11. 
  
  
  11.         good((List) value);
    12. 
  
  
  12.     else
    13. 
  
  
  13.         good(Collections.singletonList(value));
    14. 
  
  
  14. }
    15. 
  
  
  15. final  void good(final List values) {
    16. 
  
  
  16.     ...
    17. 
  
  
  17. }
    18.

因為，你知道……你的用戶，他們就像

 
 
    
  
  
  1. // This library sucks
    2. 
  
  
  2. @SuppressWarnings("all")
    3. 
  
  
  3. Object t = (Object) (List) Arrays.asList("abc");
    4. 
  
  
  4. bad(t);
    5.

相信我。這一切我都看到過。包括下面的

這種偏執(zhí)還是不錯的。

9.總是在Switch語句的Default中拋出異常

Switch語句……它們其中一個可笑的語句我不知道該對它敬畏還是哭泣，但無論如何，既然我們堅持用switch，那我們不妨將它用得***，看下面的代碼：

 
 
    
  
  
  1. // Bad
    2. 
  
  
  2. switch (value) {
    3. 
  
  
  3.     case 1: foo(); break;
    4. 
  
  
  4.     case 2: bar(); break;
    5. 
  
  
  5. }
    6. 
  
  
  6. // Good
    7. 
  
  
  7. switch (value) {
    8. 
  
  
  8.     case 1: foo(); break;
    9. 
  
  
  9.     case 2: bar(); break;
    10. 
  
  
  10.     default:
    11. 
  
  
  11.         throw new ThreadDeath("That'll teach them");
    12. 
  
  
  12. }
    13.

當value == 3時，將會出現(xiàn)無法找到的提示，而不會讓人不知所謂。

10.Switch語句帶花括號

事實上，switch是最邪惡的語句，像是一些喝醉了或者賭輸了的人在寫代碼一樣，看下面的例子：

 
 
    
  
  
  1. // Bad, doesn't compile
    2. 
  
  
  2. switch (value) {
    3. 
  
  
  3.     case 1: int j = 1; break;
    4. 
  
  
  4.     case 2: int j = 2; break;
    5. 
  
  
  5. }
    6. 
  
  
  6. // Good
    7. 
  
  
  7. switch (value) {
    8. 
  
  
  8.     case 1: {
    9. 
  
  
  9.         final int j = 1;
    10. 
  
  
  10.         break;
    11. 
  
  
  11.     }
    12. 
  
  
  12.     case 2: {
    13. 
  
  
  13.         final int j = 2;
    14. 
  
  
  14.         break;
    15. 
  
  
  15.     }
    16. 
  
  
  16.     // Remember:
    17. 
  
  
  17.     default:
    18. 
  
  
  18.         throw new ThreadDeath("That'll teach them");
    19. 
  
  
  19. }
    20.

在switch語句中，每一個case語句的范圍只有一行語句，事實上，這些case語句甚至不是真正的語句，他們就像goto語句中的跳轉(zhuǎn)標記一樣。

結(jié)論

偏執(zhí)編程看起來似乎不可思議，有時，因為代碼經(jīng)常被證明是更詳細一點，但并不是需求需要。你可能會想，“哦，這是絕不會發(fā)生的”，但正如我所說。經(jīng)過20年左右的時間編程，你不希望只修復(fù)這些愚蠢的bug，因為編程語言是如此的陳舊的和有缺陷的。因為你知道…

現(xiàn)在到你了！什么是你在編程最偏執(zhí)的怪癖？

譯文鏈接：http://www.codeceo.com/article/10-useful-paranoid-java-coding.html
英文原文：Top 10 Useful, Yet Paranoid, Java Programmer Techniques


名稱欄目：10個實用的但偏執(zhí)的Java編程技術(shù)
地址分享：http://m.5511xx.com/article/dhhpcge.html