常用套路之師弟可能不知道

序言

作爲一名有抱負、有理想、有追求的食客，必須記錄下這些富含營養的編程時刻。

---

.class

Collections.emptyList();

當從一個函數當中獲取一個數組且我們並不希望返回數組爲 null 的情況下，可使用 Collections.emptyList() 來代替 new ArrayList() 或者 new LinkedList()，既可省去對返回數組對象的 null 判斷，亦可省去不必要的內存開銷。

String[] strs = {"a","b","c"};

List<String> strList = Arrays.asList(strs);// String[]轉ArrayList<String>
String[] strs2 = strLs.toArray(new String[strLs.size()]);// ArrayList<String>反轉String[]

strList.replaceAll(",","");// 輸出"abc"
Collections.swap(strList, 0, 2);// 輸出"cba"

拒絕繁瑣的工作方式，讓便捷成爲一種輔助你偷懶的工具。

TextUtils.isEmpty(string);

可以通過 string.equals(null) 判斷 string 是否爲 null ，但更多時候也需要判斷 string 的長度是否爲0，即 string.equals(“”) ，但如果 string 爲 null 會導致判斷時出現 NullPointerException 異常。固然 TextUtils.isEmpty(string) 纔是兩全齊美的選擇。

private static String sExact = "123";

if(sExact.equals(str));// 判斷 str 的值是否等同於設定的值 "123"

或許有些人較爲習慣 if(str.equals(sExact)); 這種寫法，但是你可能不經意忘記 str 它自身存在 null 的情況，所以爲了避免其造成 NullPointerException 異常，需要加多個判斷 if(null != str && str.equals(sExact)); 。

然而實際上可直接用 if(sExact.equals(str)); 的來代替 if(null != str && str.equals(sExact)); 。前提是已經確認 sExact 爲預設常量，並不存在 null 的情況。

PS：之前關於這一點引用 if(null != object) 的形式提及是有誤區的，我正在努力自我反省當中。同時也謝謝一樓的評論，否則我不會發現給自己和大家埋了那麼大一個坑。

ArrayList<String> mList = ...;

if(null != mList && mList.isEmpty()){};

與 TextUtils.isEmpty() 同理，對於數組內容大小是否爲0，引用 isEmpty() 便可直接代替 mList.size() == 0 這一判斷。

private final static int ADULT_AGE = 18;

String type = year >= ADULT_AGE ? "young man" : "childer";

可以一行代碼解決的判斷，就不要依賴 if else 了，更何況這種寫法效率更高。

private final static int ADULT_AGE = 18;

public void toXXOO(){
    if(year < ADULT_AGE ){
        Toast.makeText(context, "Minors are not allowed in!", Toast.LENGTH_SHORT).show();
        return;
    }

    ... // do anything
}

這裏代碼上並沒有什麼特別之處，只是我們通過 return 省去了 else 編輯以及之後代碼的執行，讓代碼不至於往右方向縮進。當然並非所有環境下都能適用，若判定順序以及內容比較複雜的情況，仍建議用回 else ，恢復提高代碼的可讀性。

for(int i = 0, k = list.length(); i < k; i ++);

是不是感到有些許蒙逼了呢？ 騷年，其實際上只是幫你上去了一行代碼而已，切莫驚慌。

for(Object object : objectList);

繼JDK 5.0之後 for 循環的增強版，簡化編程。建議使用（除了集合以及需要索引的場景以外）。

---

.xml

<TextView
    ...
    tools:text="預覽效果"
    android:visibility="gone"
    tools:visibility="visible"/>

根佈局記得引入 xmlns:tools=”http://schemas.android.com/tools”。簡單點說吧， tools 可實現任意屬性並實現“預覽效果”，但實際代碼運行這些屬性的設置是不會出現的。

<ViewStub   
    ...
    android:layout="@layout/viewstub_view"/>

viewStub.inflate();
viewStub.setVisibility(View.VISIBLE);

佈局的延遲加載，佔用資源小。執行 inflate() 時 viewStub 所指向的佈局仍然會被實例化，也就是說其依然會佔用相應的內存資源。建議使用但實際上並不常用，注意 inflate() 只能執行一次。

<style name="MyTvStyle">
    <item name="android:textSize">@dimen/font_main</item>
    <item name="android:textColor">@color/black</item>
    <item name="android:gravity">center</item>
</style>

<TextView
    ...
    style="@style/MyTvStyle"/>

單個佈局以及跨佈局出現重複視圖樣式的情況，建議在 style.xml 當中自定義通用的樣式屬性，一方面方便佈局文件的瀏覽，減少了代碼的編輯量，另一方面還有利於項目的後期維護。

---

other

• 儘可能的避免創建全局變量，能局部就局部（打比方 listView.getAdapter(); 既然這裏能獲取就可以儘量避免 new 一個 Adapter 在
  全局上，當然如果局部調用較爲頻繁那就給放全局吧）；

• 佈局設計儘可能不要過多的嵌套（除非真的沒轍，一定要這麼做）；

• 無論是代碼實現還是 UI 設計，爲了創建美好幸福將來，能脫離複用就脫離複用；

• 接手別人項目的能參考就參考，不能參考得改的就該批量改，不要局部改。