android響應式編程

A. rxandroid和volley哪個好用

兩個不一樣的東西。rx是響應式編程，讓代碼更有條理性，針對復雜邏輯來說很好用。volley是谷歌官方出來的網路框架，針對大量的小數據請求應用。

B. android app開發中常用到哪些開源框架

在前面的課程中，隨著對Android體系的了解，已經可以進行正常的Android應用開發了。在Android開發中，同其他工程開發一樣，也經常使用一些提高效率的框架，本文我們做一個對比。這些框架，既包括：網路請求框架、也包括圖片載入庫框架、還包括資料庫操作等一些框架，總之，了解和熟悉這些框架，會對自己的開發效率有很大的提升和幫助。

網路請求框架

1、okHttp

在前文的學習中，我們已經了解過okHttp，是一個常用的網路載入庫。

2、Retrofit

介紹

Retrofit是一個很不錯的網路請求庫，該庫是square開源的另外一個庫，之前的okhttp也是該公司開源的。

Retrofit是基於OkHttp封裝的RESTful網路請求框架，使用註解的方式配置請求。優點是速度快，使用註解，callback函數返回結果自動包裝成java對象。官方自己的介紹說：

A type-safe REST client for Android and Java

該網路框架在github上的地址如下：https://square.github.io/retrofit/

要求

Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android應用的API版本應該在21+。

依賴

使用Retrofit庫，和其他庫一樣，首先需要設置依賴，依然是在build.gradle文件中設置依賴：

//添加retrofit庫依賴

implementation 『com.squareup.retrofit2:retrofit:2.1.0』

//添加gson轉換器

implementation 『com.squareup.retrofit2:converter-gson:2.1.0』

使用

通過一個例子，我們可以來演示該框架的使用步驟：

1、定義請求介面，即程序中都需要什麼請求操作
public interface HttpServices {

/**

• 獲取頭條新聞

• @param type 新聞類型

• @param key apiKey

• @return

*/

@GET(「toutiao/index」)

Call getNewsList(@Query(「type」) String type, @Query(「key」) String key);

}

2、實例化Retrofit對象，使用的Builder的模式創建，如下代碼所示：
Retrofit retrofit = new Retrofit.Builder()

.baseUrl(Constants.BASE_API)

.addConverterFactory(GsonConverterFactory.create())

.build();

注意，這里設置結構體轉換器，是可以直接把網路請求回來的數據轉換為Java結構體，這里設置的Gson解析器，因此要引入相應的轉換器支持庫。

3、得到介面對象，自己創建的全局的介面對象，並調用相應的介面，得到一個類似於請求Call對象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);

Call newsListCall = httpServices.getNewsList(「top」, Constants.API_KEY);

4、加入到請求隊列中，並設置回調方法：
newsListCall.enqueue(new Callback() {

@Override

public void onResponse(Call call, Response response) {

//網路請求成功的回調方法

List list = Arrays.asList(response.body().result.data);

Log.i(「TAG」, 「請求成功:」 + String.valueOf(list.size()));

NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);

adapter.setmData(list);

mRecyclerView.setAdapter(adapter);

}

@Override

public void onFailure(Call call, Throwable throwable) {

//網路請求失敗的回調方法

Log.i(「TAG」, 「請求失敗:」 + throwable.getMessage());

}

});

其他界面操作和之前的Android中的內容一致。

3、RxJava

簡單來說，用來處理事件和非同步任務，在很多語言上都有實現，RxJava是Rx在Java上的實現。

原理

RxJava最基本的原理是基於觀察者模式來實現的。通過Obserable和Observer的機制，實現所謂響應式的編程體驗。

特點

RxJava在編程中的實現就是一種鏈式調用，做了哪些操作，誰在前誰在後非常直觀，邏輯清晰，代碼維護起來非常輕松。

RxJava也是一個在github上的庫，githubhttp://www.xingkongmj.com/news/id/62.html地址如下：https://github.com/ReactiveX/RxJava

基於此，還有一個RxAndroid，github地址如下：https://github.com/ReactiveX/RxAndroid

RxJava和RxAndroid的關系

RxAndroid是RxJava的一個針對Android平台的擴展，主要用於 Android 開發。

基本概念

RxJava 有四個基本概念：

Observable：可觀察者，即被觀察者Observer：觀察者subscribe：訂閱事件
這四個概念之間的邏輯關系是：Observable和Observer通過subscribe方法實現訂閱關系，從而Observable可以在需要的時候發出事件來通知Observer。

事件

RxJava 的事件回調方法主要包含以下幾個：

onNext：普通的事件onCompletedhttp://dachang.net/432717.html：事件隊列完結。RxJava 不僅把每個事件單獨處理，還會把它們看做一個隊列。RxJava 規定，當不會再有新的 onNext 發出時，需要觸發 onCompleted 方法作為標志。：事件隊列異常。在事件處理過程中出異常時， 會被觸發，同時隊列自動終止，不再允許再有事件發出。在一個正確運行的事件序列中, onCompleted和 有且只有一個，並且是事件序列中的最後一個。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在隊列中調用了其中一個，就不應該再調用另一個。
資料庫操作框架

在開發時，本地資料庫可以起到緩存數據和存儲業務數據的作用，隨著技術的成熟，不斷推出了有很多關於資料庫的操作框架。比較常見的資料庫操作框架有諸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。

GreenDAO

GreenDAO是一個開源的 Android ORM(「對象/關系映射」)，通過 ORM（稱為「對象/關系映射」），在我們資料庫開發過程中節省了開發時間！

GreenDao的官方文檔地址如下：http://www.xingkongmj.com/news/id/63.html

GreenDao的作用

通過 GreenDao，我們可以更快速的操作資料庫，我們可以使用簡單的面相對象的API來存儲，更新，刪除和查詢 Java 對象。這款資料庫操作框架的特點是：

高性能，在官方的統計數據中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三個框架中，讀、寫、更新操作效率均表現第一。易於使用的強大 API，涵蓋關系和連接。內存消耗較小。安全：greenDAO 支持 SQLCipherhttp://www.xingkongmj.com/news/id/64.html，以確保用戶的數據安全;
核心概念

GreenDao 的核心類有三個：分別是：

DaoMaster：保存資料庫對象（SQLiteDatabase）並管理特定模式的 DAO 類（而不是對象）。它有靜態方法來創建表或刪除它們。它的內部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實現，它們在 SQLite 資料庫中創建模式。DaoSession：管理特定模式的所有可用 DAO 對象，您可以使用其中一個getter方法獲取該對象。DaoSession 還提供了一些通用的持久性方法，如實體的插入，載入，更新，刷新和刪除。XXXDao：數據訪問對象（DAO）持久存在並查詢實體。對於每個實體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對象。通常, 實體對象代表一個資料庫行使用標准 Java 屬性(如一個POJO 或 JavaBean )。
使用

按照官方的文檔和github上的說明可以實現green的使用。

首先進行的是依賴，對於greenDao，有兩個地方需要設置，分別是項目根目錄中的 build.gradle，還有mole中的build.gradle。
classpath 『org.greenrobot:green-gradle-plugin:3.3.0』 // add plugin

在項目根目錄中的build.gradle目錄中寫這句話的意思是添加greenDao的插件。

在項目mole中的build.gradle中也需要進行配置，有兩個地方需要設置，如下圖所示：

apply plugin: 『org.greenrobot.greenhttp://www.xingkongmj.com/news/id/66.html』 //開頭加入該代碼

dependences{

implementation 『org.greenrobot:green:3.2.0』

}

然後就可以使用了。

bean實體

可以在項目中創建自己業務需要的實體類，並通過註解來設置是實體類，欄位約束等內容。然後點擊Android Studio中的Make mole，即可自動生成XXXDao代碼，以此來方便開發者的操作。生成的XXXDao類，不可修改和編輯，是自動生成的。

ORMLite

ORMLite框架是另外一款Android開發中可以使用的資料庫操作框架。該框架的文檔地址如下：https://ormlite.com/sqlite_java_android_orm.shtml

該框架的文檔准備的不是特別友好，此處不再贅述。

總結，所有的框架原理幾乎都相差不大，只是操作有所差異。

視圖注入框架

在Android項目開發過程中，有太多的頁面需要布局完成，同時在代碼中需要些大量的findviewbyid的操作，來實現控制項的解析。於是就有人想能否輕松一些，解放雙手節省時間，干一些其他有意義的事情，於是ButterKnife就來了。

ButterKnife是一個專注於Android系統的View注入框架,可以減少大量的findViewById以及setOnClickListener代碼，可視化一鍵生成。

該項目在github上的地址如下：http://www.xingkongmj.com/news/id/65.html

這個框架的優勢也非常明顯：

強大的View綁定和Click事件處理功能，簡化代碼，提升開發效率方便的處理Adapter里的ViewHolder綁定問題運行時不會影響APP效率，使用配置方便代碼清晰，可讀性強
使用

首先是設置依賴，在build.gradlehttp://dachang.net/432714.html中進行依賴設置：

implementation 『com.jakewharton:butterknife:10.2.1』

annotationProcessor 『com.jakewharton:butterknife-compiler:10.2.1』

需要注意，該框架要求Java環境1.8版本以上，SDK版本在26以上，因此在使用到的mole中的build.graldle文件中，還必須添加如下代碼配置：

apply plugin: 『com.jakewharton.butterknife』

android{

//…

compileOptions {

sourceCompatibility JavaVersion.VERSION_1_8

targetCompatibility JavaVersion.VERSION_1_8

}

//…

}

另外，還必須在項目根目錄中的build.gradle文件中，添加該框架的插件，如下圖所示：

dependences{

classpath 『com.jakewharton:butterknife-gradle-plugin:10.2.1』

}

然後即可在代碼中進行使用了。

在使用該框架的頁面進行綁定諸如，如下所示代碼:

ButterKnife.bind( this) ;

主要的功能

@BindView（）：控制項id 註解，解放雙手，不用再每個控制項都寫一遍findviewById@BindViews（）:多個控制項id 的註解，括弧內使用花括弧包括多個id即可，中間用，分割開在Fragment中使用，綁定Fragment。@BindString（）：綁定字元串@BindArray：綁定數組@BindBitmap：綁定bitmap資源@OnClick、@OnLongClick：綁定點擊事件和長按事件…還有很多
插件安裝

如果是頁面很復雜，一個一個寫BindView也很費勁，在Android Studio中，可以安裝一個ButterKnife的插件，安裝該插件後，可以在Studio中直接將對應的布局中的所有控制項均給自動生成。

注意，在進行自動生成時，滑鼠要放在布局文件上。

注意事項

ButterKnife框架在使用時，要求的版本比較高，包括Java的版本也有限制。因此，如果計劃在項目中使用，要提前做好預備工作，以防止對已有項目和業務帶來不必要的麻煩，反而影響工作進度。

C. 編程軟體有哪些

硬石技術論壇共享文檔--軟體編程部分免費下載

鏈接:https://pan..com/s/1obJHRyWye00q5R9_n6n7og

編程是編定程序的中文簡稱，就是讓計算機代碼解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。

D. （Android 問題）RxVolley.get() 為什麼沒有返回值

按你的url試了一下，找不到這個頁面，所以應該不是success，而是個404
請確保url是可以訪問的。

E. 為什麼要使用retrofit框架

網路訪問框架經過了從使用最原始的AsyncTask構建簡單的網路訪問框架（甚至不能稱為框架），後來使用開源的Android-async-http庫，再到使用google發布的volley庫，一直不懈的尋找更好的解決方案（銀彈），到現在雖然銀彈沒找到，也算找 到了一些更好的方案，在這里做些記錄，也做共享。
目標架構如下圖:

Retrofit：Square提供的開源產品，為Android平台的應用提供一個類型安全的REST客戶端

[html] view plain
https://github.com/square/retrofit

RxAndroid：響應式編程框架RxJava針對Android平台的擴展。
[html] view plain
https://github.com/ReactiveX/RxAndroid
https://github.com/ReactiveX/RxJava

Dagger2：依賴注入(或叫ioc,用過spring的都知道這東東)框架，用於解耦的。

[html] view plain
https://github.com/google/dagger/

前序：看到網上大牛的介紹上面這三個框架，自己也試著折騰折騰

F. android開發一般都使用什麼框架

Android開發框架介紹
編輯文檔
學分 +2
開發框架方麵包含基本的應用功能開發、數據存儲、網路訪問這三大塊：
一、應用方面
一般而言一個標準的Android程序由如下4部分組成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最頻繁、最基本的模塊，在Android中，一個Activity就是手機上一屏，相當於一個網頁一樣，所不同的是，每個Activity運行結束了，有個返回值，類似一個函數一樣。Android系統會自動記錄從首頁到其他頁面的所有跳轉記錄並且自動將以前的Activity壓入系統堆棧，用戶可以通過編程的方式刪除歷史堆棧中的Activity Instance。
Activity類中主要是跟界面資源文件關聯起來（res/layout目錄下的xml資源，也可以不含任何界面資源），內部包含控制項的顯示設計、界面交互設計、事件的響應設計以及數據處理設計、導航設計等application設計的方方面面。 2. Broadcast Intent Receiver
Intent提供了各種不同Activity進行跳轉的機制，譬如如果從A activity跳轉到B activity，使用Intent來實現如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各種不同的Android應用程序進行進行進程間通訊的機制，譬如當電話呼叫來臨時，可以通過BroadcastReceiver發布廣播消息。對於用戶而言，BroadcastReceiver是不透明的，用戶無法看到這個事件，BroadcastReceiver通過NotificationManager來通知用戶這些事件發生了，它既可以在資源AndroidManifest.xml中注冊，也可以在代碼中通過Context.registerReceiver()進行注冊，只要是注冊了，當事件來臨的時候，即時程序沒有啟動，系統也在需要的時候會自動啟動此應用程序；另外各應用程序很方便地通過Context.sendBroadcast()將自己的事情廣播給其他應用程序；
3. Service,跟Windows當中的Service完全是一個概念，用戶可以通過startService(Intent service)啟動一個Service，也可通過Context.bindService來綁定一個Service.
4. Content Provider，由於Android應用程序內部的數據都是私有的，Content Provider提供了應用程序之間數據交換的機制，一個程序可以通過實現一個ContentProvider的抽象介面將自己的數據暴露出去，並且隱蔽了具體的數據存儲實現，標準的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的介面，並且實現了許可權機制，保護了數據交互的安全性； 一個標準的Android應用程序的工程文件包含如下幾大部分： -> Java源代碼部分(包含Activity)，都在src目錄當中；
-> R.java文件，這個文件是Eclipse自動生成與維護的，開發者不需要修改，提供了Android對的資源全局索引； -> Android Library，這個是應用運行的Android庫；
-> assets目錄，這個目錄裡面主要用與放置多媒體等一些文件；
-> res目錄，放置的是資源文件,跟VC中的資源目錄基本類似，其中的drawable包含的是圖片文件，layout裡麵包含的是布局文件，values目錄裡面主要包含的是字元串(strings.xml)、顏色（colors.xml)以及數組（arrays.xml)資源；
-> AndroidManifest.xml，這個文件異常重要，是整個應用的配置文件，在這個文件中，需要聲明所有用到的Activity、Service、Receiver等。

G. 為什麼避免使用EventBus/RxBus

EventBus和Otto在之前作為Android組件間通信工具，簡單方便十分受歡迎，但是也非常容易Abuse。大概有如下幾個缺點：

• 由於是Event,在發布Event的時候就要做好准備可能並沒有人接受這個Event, Subscribe的時候也要做好准備可能永遠不會收到Event。Event無論順序還是時間上都某種程度上不太可控。如果你將數據寄託在Event上然後就直接在Android其他生命周期方法中直接使用這個數據或成員變數。那麼很有可能你會得到NPE。

• EventBus看似將你的程序解耦，但是又有些過了。我們常常使用EventBus傳數據，這已經是Dependency級別的數據而不是一個可以被解耦出來的模塊。這樣就造成了過多EventBus的代碼會造成代碼結構混亂，難以測試和追蹤，違背了解耦的初衷。這時如果有意或無意的造成了Nested Event。那情況會更糟。

由於EventBus的種種缺點，以及後面RxJava的出現。很多人都開始使用RxJava來取代EventBus。甚至Otto的官方介紹里都寫到：

Deprecated!

This project is deprecated in favor of RxJava and
RxAndroid. These projects permit the same event-driven
programming model as Otto, but they』re more capable and offer better control of threading.

If you』re looking for guidance on migrating from Otto to Rx, this post
is a good start.

鏈接是一個教你怎麼使用RxJava來自己手動寫一個RxBus來代替EventBus的文章。雖然看起來是在用RxJava。但是實際上卻仍然在用EventBus。甚至這個封裝其實也並沒有GreenRobot或者Otto來的好。
我們看看Jake Wharton對RxBus的評價：



我想"RxBus"唯一的好處就是他是一個Rx的入門毒品。否則的話，你要麼就不是在用Rx，要麼你需要更加慣用的Rx資源 (渣翻譯見諒)

再來一個GitHub的：


subscribeActual部分我們先不考慮。然而Jake指出最好不要使用Relay來「重新發明」Event Bus.

這里看圖說話：
Jake Wharton在GOTO 2016 上的講座中提到，我們正常的Android編程是這樣的：



我們像一個中間人一樣。
而使用RxJava。 我們的結構，更像這樣



我們使用RxJava來直接把組件相連，對所接受到的數據作出反應，所謂的 "Reactive"。
而使用Eventbus? Jake 沒說， 我自己畫一個：


我們作為一個中間人，傳遞消息。EventBus作為另一個中間人。幫我們傳遞消息。（這也就是所謂的「看似解耦」）

再打個比方，雖然我們將EventBus翻譯成時間匯流排，但是其實匯流排就是Bus也就是公交車。而RxJava更像一個專車，Uber或者滴滴。他直接鏈接你的兩個或多個需要通信的類。傳輸數據，當然你可以做一個很大的專車，穿梭在所有類之間，也就是所謂的RxBus。所以在這里為什麼放棄RxBus也就不言而喻了不是？

那麼，問題來了？

怎樣才是正確（正常？）的RxJava使用方式？

其實Jake 也在GitHub的討論上給出了一個答案：


所以應該是，每當你想發布一個Event在EventBus時，直接暴露一個Observable出來。每當你想接受一個Event時，找到這個Observable並且Subscribe他。

這樣做的好處是什麼？

• 目標和地點都很明確。你的Subscriber明確的知道他Subscribe的是誰，而且明確的知道我需要作出什麼反應。這也正是RxJava的核心「響應式編程」。

• 由於使用了Observable,對於異常處理將會非常方便。而且還有功能強大全面的Operator來輔助你。

• 雖然看起來耦合性有所增加。但是這是必要的，上面也說過，EventBus雖然在代碼上看似解耦。其實他們還是聯系在一起的。而我們這樣直接暴露Observable給需要的其他類，這完成了1 -> 1/N的鏈接，而不需要EventBus這個中間人來傳遞消息/事件，而且保證我們需要的事件一定會直接到達。

我們來舉個例子

上下兩個Fragment，上面的一個EditText，下面的一個TextView。上面的EditText變化的時候下面的TextView也跟著變化。

先把EditText的TextChangedListener封裝在Observable里：

• stringObservable = Observable.create(e -> editText.addTextChangedListener(new TextWatcher() {


• @Override


• public void beforeTextChanged(CharSequence s, int start, int count, int after) {



• }



• @Override


• public void onTextChanged(CharSequence s, int start, int before, int count) {


• e.onNext(s.toString());


• }



• @Override


• public void afterTextChanged(Editable s) {



• }


• }));



• /**


• ***


• */


• //Expose Observable


• public Observable<String> getEditTextObservable() {


• return stringObservable;


• }



不習慣自己封裝可以使用RxBinding :

• stringObservable = RxTextView.textChangeEvents(editText)


• .map(event -> event.text().toString());



再從我們的TextViewFragment中 取到這個封裝好的Observable:

• @Override


• public void onStart() {


• super.onStart();


• FragmentEditText fragment = (FragmentEditText) getFragmentManager().findFragmentByTag(FragmentEditText.TAG);


• if(fragment != null){


• fragment.getStringObservable().subscribe(s -> textView.setText(s));


• }


• }



來看看效果：

當然，這里還有個問題

• 由於我們將editText封裝在Observable里，無論是create()方法還是使用RxBinding，都會持有這個View的強引用。造成內存泄漏。所以我們一定要在最後加入dispose()方法來釋放。所以我推薦使用RxBinding，他已經幫我們在dispose()方法里寫好了解除Listener的方法。

• 因為並沒有使用publish操作符，導致多個Subscriber的時候還是有些許問題。可以考慮直接加入.share().

H. Android 開發有哪些新技術出現

參考如下知乎的內容:

開發工具

Android Studio： Google 官方放棄 Eclipse 和 Android Studio 普及。AS 雖然不算新，但是對 Android Studio 這個軟體的更新速度快的驚人，有大量的新功能發布。例如支持很多註解代碼提示註解、Live code template、支持自動生成 Parcelable 實現等等，作為開發者，持續關注這個更新列表 Recent Changes ，一定會讓你的寫代碼的生活更加美好。
編程「語言」

Kotlin： 作為 Android 領域的 Swift，絕對讓你如沐新風。拋棄沉重的 Java 語法，Kotlin 融入了很多現代編程語言的思想，作為開發者，接受新的語言，了解新語言的發展趨勢，更有利於開闊你的思路和加深對語言的理解。在 Android 開發上，使用 Kotlin 並不會讓你付出什麼代價，為什麼不來試試？ 使用Kotlin進行Android開發。
React Native: 跨平台一直是程序員的夢想，而且移動應用的跨平台解決方案也很多，因為 Facebook 的參與和力推，讓這個解決方案帶上了光環。第一個用 React Native 開發的 App 已經在 Google Play 上架 Facebook 廣告管理工具，聽說 Android 的 SDK 也馬上會到來，React Native。
Sky: 與 React Native 類似，使用 Web 開發語言來做移動平台的開發，雖然這個只是一個嘗試，但是這是 Google 自身推出的，特別是在 Java 語言的使用上敗訴之後，這可能會有一些作為呢，domokit/sky_sdk · GitHub
開發模式

Dagger 2：依賴注入並不是什麼新技術，但是使用在 Android 確實一個新的嘗試。Android App 越來越被當成嚴肅的大型項目來構建，很多在以前大型伺服器開發上使用的技術都被應用到了移動開發。Android 開發分模塊開發，使用 Dagger 來松耦合模塊。特別值得一體的是，Dagger 2 現在由 Google 親自接管。 Dagger ‡ A fast dependency injector for Android and Java.
MVP：因為 Android 並沒有嚴格的業務和界面區分，項目一復雜，就很容易使代碼陷入混亂。現在 Android 開發社區對 MVP 模式討論越來越熱，覺得 MVP 是非常適合 Android APP 開發。MVP for Android: how to organize the presentation layer

I. Android 開發一般都使用什麼框架

開源框架推薦：

網路
* [okhttp](square/okhttp · GitHub)
* [android-async-http](loopj/android-async-http · GitHub)

事件匯流排
* [otto](square/otto · GitHub)
* [EventBus](greenrobot/EventBus · GitHub)

依賴注入
* [Dagger](square/dagger · GitHub)
* [RoboGuice](roboguice/roboguice · GitHub)
* [ButterKnife](JakeWharton/butterknife · GitHub)

圖片
* [Fresco](facebook/fresco · GitHub)
* [Glide](bumptech/glide · GitHub)
* [picasso](square/picasso · GitHub)

資料庫
* [greenDao](greenrobot/greenDAO · GitHub)
* [ormlite](j256/ormlite-android · GitHub)
* [LitePal](LitePalFramework/LitePal · GitHub)

響應式編程
* [RxJava](ReactiveX/RxJava · GitHub)
* [RxAndroid](ReactiveX/RxAndroid: RxJava bindings for An...)

日誌輸出
* [logger](orhanobut/logger: Simple, pretty and powerf...)
* [android-CLog](liaohuqiu/android-CLog)
* [KLog](ZhaoKaiQiang/KLog · GitHub)
* [LogUtils](pengwei1024/LogUtils · GitHub)

崩潰統計平台
* [騰訊bugly](騰訊Bugly - Android Crash(崩潰)_iOS Crash(崩潰)_ANR_卡頓)
* [Crittercism](Crittercism - Developer Home)
* [Crashlytics](The most powerful, yet lightest weight crash reporting solution for iOS and Android
developers.)

架構設計
這個肯定得了解下MVC，MVP，MVVM還有設計模式這些，這里有幾個開源項目推薦下

philm
Movie collection and information app for Android.
Github地址：chrisbanes/philm: Movie collection and info...

SimpleNews
基於Material Design和MVP的新聞客戶端
Github地址：GitHub - liuling07/SimpleNews: 基於Material Design和MVP的新聞客戶端

GankDaily
A application show technical information every working days, use MVP pattern.
Github地址：maoruibin/GankDaily

SimplifyReader
Github地址：GitHub - SkillCollege/SimplifyReader: 一款基於Google Material Design設計開發的Android客戶端，包括新聞簡讀，圖片瀏覽，視頻爽看 ，音樂輕聽以及二維碼掃描五個子模塊。

NBAPlus
Github地址：SilenceDut/NBAPlus · GitHub

PhotoNoter
Github地址：yydct/PhotoNoter

Mei
Github地址：drakeet/Mei: gank.io unofficial client, RxJava & Retrofit

DebugDrawer
Android Debug Drawer for faster development
Github地址：palaima/DebugDrawer · GitHub

ViewServer
Local server for Android's HierarchyViewer
Github地址：romainguy/ViewServer · GitHub

AndroidWiFiADB
IntelliJ/AndroidStudio plugin which provides a button to connect your Android device over WiFi to install, run and debug your applications without a USB connected.