Android開發是當前互聯網行業的熱門領域，但是在開發過程中我們會發現它有一個很大的弊端就是代碼重復很多，Android代碼需要和很多UI組件建立關系，后臺也需異步執行很多操作，所以很容易就導致了“意大利面條”式代碼。為了解決以上問題，保持代碼的清晰和可讀性，中培偉業《Android APP開發架構應用實戰》培訓專家隋老師在這里介紹了以下六個Android庫。

　　1.Butter Knife

每訪問一次視圖我們都需要獲取一次該視圖的對象實例，我們可以通過使用rootView.findViewById()方法將返回的對象轉換為正確的視圖類型。但是當代碼建立起來，之后你會發現這其中有很多相似的語句，尤其是在onCreate和onCreateView方法中。onCreate方法初始化所有，然后綁定偵聽器，它需要把整個UI都綁在一起，所以UI元素越多，方法就會越長。

除了將它們存儲在活動的字段中，可以從布局中查找視圖，添加了一個匿名的內部類作為偵聽器來處理搜索命令之外，代碼中沒有其它功能。這時，我們可以使用Butter Knife來簡化代碼，視圖對象存儲在字段中，我們可以簡單地向每個字段添加Butter Knife @BindView注釋

Buffer Knife主頁還有很多例子可供開發人員參考，一般來說，只要你需要以編程方式來訪問視圖元素，Butter Knife都會讓你的代碼變得簡潔可讀。

　2.Ice Pick

很多Android應用程序都會面臨同一個問題，那就是活動和片段生命周期的不正確處理。我們都知道這是Android代碼中不優雅的部分，但是AndroidManifest文件中禁用橫向模式，當用戶將設備側向移動時，應用程序不會崩潰并非一個正確的解決方案：首先，因為它看起來有點蠢，其次，代碼不能正確處理的配置更改問題仍會發生。所以，最關鍵的就是你要正確處理應用程序組件的狀態和生命周期。

實現這一目標的方式是將活動中所有字段的內容存儲到一個bundle中，然后由Android框架通過生命周期正確管理。

Ice Pick的出現簡化了這一過程，它主要用于簡化保存和恢復實例狀態的生命周期，我們不再需要一個一個的講所有變量保存到bundle中。下面進行一個實例示范，我們需要記住最后一家公司和存儲庫搜索的組合。

　　3.Dart and Henson

Extra是Android標準的組件之間(Activity/Fragment/Service等)傳遞數據的方式。Dart通過注解處理器在編譯階段生成一些代碼，幫助我們避免寫入從一個活動傳遞到另一個活動的Intent Extras的所有鍵和檢查。它適用于Fragments。

4.Parceler

在安卓中要傳遞數據或者保存狀態，對象需要實現Serializable或者Parcelable。與傳統的Serializable相比，Parcelable被認為更快，因為它沒有反射的負擔(以及更少的內存)，因此更適合移動app。

實現一個Parcelable需要做更多的工作。雖然Android Studio有一個自動生成代碼的工具，但是每次class改變的時候都要重復這一步。而Parceler恰好可以解決這個問題，它可以幫助你進行對象序列化，幫助你傳遞任何對象作為Intent extra。

Parceler使用了一個注解處理器，因此首先需要應用Android APT 插件，那樣你的IDE才能知道生成的類，而注解處理產生的代碼菜不會包含在apk中。另外，Icepick，Henson和Dart也能和諧地和Parceler一起玩。

　5.Timber

Timber是一個小的可擴展的日志工具。通常，我們在寫代碼的時候都會不可避免的出現一些錯誤，繼而導致應用程序意外宕掉。這時，我們需要重現它，才能解決問題。如果你清楚重現的步驟，那么使用調試器就很方便，但是如果不清楚，也可以使用日志。

　6.Dagger and Dagger 2

Dagger2是一個Java和Android的依賴注入框架，使用依賴注入有哪些好處呢?使用類和被依賴的對象構造分開,這樣如果我們需要改變被依賴類的構造方法,不必改動每一個使用類;對各種被依賴類的實例,可以只構造一次;當我們需要更換一種實現時,只需要保證接口一致;利于單元測試,我們可以方便地mock依賴類的對象。

Dagger 1是由Square公司受到Guice啟發創建的，可以說是Android上最流行的依賴注入框架，它在編譯的時候實行綁定，同時也用到了反射機制。Dagger2是Dagger1的分支，由谷歌公司接手開發，相較于Dagger1，性能更好，更易于跟蹤測試。