開發了將近一年的項目，不停的重復著做一些重復的事。其中有很多是在更新迭代以及再開發的過程中，不斷得以改進的地方。對于這些頻繁又基礎的操作，如果還沒有接觸的趕緊來試試吧！
.class
Collections.emptyList();
當從一個函數當中獲取一個數組且我們并不希望返回數組為 null 的情況下，可使用 Collections.emptyList() 來代替 new ArrayList() 或者 new LinkedList()，既可省去對返回數組對象的 null 判斷，亦可省去不必要的內存開銷。String[] strs = {"a","b","c"};
List strList = Arrays.asList(strs);// String[]轉ArrayList
String[] strs2 = strLs.toArray(new String[strLs.size()]);// ArrayList反轉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 的情況。
ArrayList 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.inflate();viewStub.setVisibility(View.VISIBLE);
布局的延遲加載，占用資源小。執行 inflate() 時 viewStub 所指向的布局仍然會被實例化，也就是說其依然會占用相應的內存資源。建議使用但實際上并不常用，注意 inflate() 只能執行一次。
@dimen/font_main@color/blackcenter
單個布局以及跨布局出現重復視圖樣式的情況，建議在 style.xml 當中自定義通用的樣式屬性，一方面方便布局文件的瀏覽，減少了代碼的編輯量，另一方面還有利于項目的后期維護。
other
- 盡可能的避免創建全局變量，能局部就局部（打比方 listView.getAdapter(); 既然這里能獲取就可以盡量避免 new 一個 Adapter 在全局上，當然如果局部調用較為頻繁那就給放全局吧）；
- 布局設計盡可能不要過多的嵌套（除非真的沒轍，一定要這么做）；
- 無論是代碼實現還是 UI 設計，為了創建美好幸福將來，能脫離復用就脫離復用；-接手別人項目的能參考就參考，不能參考得改的就該批量改，不要局部改。
