android開發框架搭建

㈠ 怎麼樣能快速搭建一個Android APP的界面和框架

自己從零開始快速搭建Android app架構

簡單的看下這三個架構模式：

MVC：Model-View-Controller，經典模式，很容易理解，主要缺點有兩個：
View對Model的依賴，會導致View也包含了業務邏輯；
Controller會變得很厚很復雜。

MVP：Model-View-Presenter，MVC的一個演變模式，將Controller換成了Presenter，主要為了解決上述第一個缺點，將View和Model解耦，不過第二個缺點依然沒有解決。

MVVM：Model-View-ViewModel，是對MVP的一個優化模式，採用了雙向綁定：View的變動，自動反映在ViewModel，反之亦然。

面對眾多的架構模式你會選擇哪個？

MVC，MVP還是MVVM？

越高級的模式復雜性越高，實現起來也越難。然後搭建項目時也是看項目的需求，別人說好你也有要實用才好，高效的實現項目的功能才是最好的架構模式。

那麼，哪一個才是最好的呢？

個人覺得適合你的才是最好的，不要去盲目的跟風，大家說mvp好那你就使用咯，沒有實踐就沒有話語權，所以說用哪種架構模式本人不發表任何意見：任何模式的動機都是一樣的，那就是如何避免復雜混亂的代碼，讓執行單元測試變得容易，創造高質量應用程序，開發維護更高效。

在實際項目中思考架構時，也不會想著要用哪種模式，我只思考現階段，以現有的人力資源和時間資源，如何才能更快更好地完成需求，適當考慮下如何為後期擴展或重構做准備。

我項目中的架構

這是我上一個項目的包架構：

permission(許可權管理系統)

這功能是絕對項目中需要的，別告訴我你的項目還沒有適配安卓6.0，適配了就肯定會有許可權管理，我這里用的是 安卓6.0許可權處理在項目中的實踐,也還可以吧，反正github上的許可權管理的開源東西比較多，覺得合適就ok。

哈哈，這樣基礎功能都搭建好了，然後就是一些邏輯功能的封裝了。

㈡ 如何構建Android MVVM 應用框架

我們先來看看什麼是MVVM，然後再一步一步來設計整個MVVM框架。
MVC、MVP、MVVM
首先，我們先大致了解下Android開發中常見的模式。
MVC
View：XML布局文件。
Model：實體模型（數據的獲取、存儲、數據狀態變化）。
Controllor：對應於Activity，處理數據、業務和UI。
從上面這個結構來看，Android本身的設計還是符合MVC架構的，但是Android中純粹作為View的XML視圖功能太弱，我們大量處理View的邏輯只能寫在Activity中，這樣Activity就充當了View和Controller兩個角色，直接導致Activity中的代碼大爆炸。相信大多數Android開發者都遇到過一個Acitivty數以千行的代碼情況吧！所以，更貼切的說法是，這個MVC結構最終其實只是一個Model-View（Activity:View&Controller）的結構。
MVP
View:對應於Activity和XML，負責View的繪制以及與用戶的交互。
Model:依然是實體模型。
Presenter:負責完成View與Model間的交互和業務邏輯。
前面我們說，Activity充當了View和Controller兩個角色，MVP就能很好地解決這個問題，其核心理念是通過一個抽象的View介面（不是真正的View層）將Presenter與真正的View層進行解耦。Persenter持有該View介面，對該介面進行操作，而不是直接操作View層。這樣就可以把視圖操作和業務邏輯解耦，從而讓Activity成為真正的View層。
但MVP也存在一些弊端：
Presenter（以下簡稱P）層與View（以下簡稱V）層是通過介面進行交互的，介面粒度不好控制。粒度太小，就會存在大量介面的情況，使代碼太過碎版化；粒度太大，解耦效果不好。同時對於UI的輸入和數據的變化，需要手動調用V層或者P層相關的介面，相對來說缺乏自動性、監聽性。如果數據的變化能自動響應到UI、UI的輸入能自動更新到數據，那該多好！
MVP是以UI為驅動的模型，更新UI都需要保證能獲取到控制項的引用，同時更新UI的時候要考慮當前是否是UI線程，也要考慮Activity的生命周期（是否已經銷毀等）。
MVP是以UI和事件為驅動的傳統模型，數據都是被動地通過UI控制項做展示，但是由於數據的時變性，我們更希望數據能轉被動為主動，希望數據能更有活性，由數據來驅動UI。
V層與P層還是有一定的耦合度。一旦V層某個UI元素更改，那麼對應的介面就必須得改，數據如何映射到UI上、事件監聽介面這些都需要轉變，牽一發而動全身。如果這一層也能解耦就更好了。
復雜的業務同時也可能會導致P層太大，代碼臃腫的問題依然不能解決。
MVVM
View:對應於Activity和XML，負責View的繪制以及與用戶交互。
Model:實體模型。
ViewModel:負責完成View與Model間的交互，負責業務邏輯。
MVVM的目標和思想與MVP類似，利用數據綁定(Data Binding)、依賴屬性(Dependency Property)、命令(Command)、路由事件(Routed Event)等新特性，打造了一個更加靈活高效的架構。
數據驅動
在常規的開發模式中，數據變化需要更新UI的時候，需要先獲取UI控制項的引用，然後再更新UI。獲取用戶的輸入和操作也需要通過UI控制項的引用。在MVVM中，這些都是通過數據驅動來自動完成的，數據變化後會自動更新UI，UI的改變也能自動反饋到數據層，數據成為主導因素。這樣MVVM層在業務邏輯處理中只要關心數據，不需要直接和UI打交道，在業務處理過程中簡單方便很多。
低耦合度
MVVM模式中，數據是獨立於UI的。
數據和業務邏輯處於一個獨立的ViewModel中，ViewModel只需要關注數據和業務邏輯，不需要和UI或者控制項打交道。UI想怎麼處理數據都由UI自己決定，ViewModel不涉及任何和UI相關的事，也不持有UI控制項的引用。即便是控制項改變了（比如：TextView換成EditText），ViewModel也幾乎不需要更改任何代碼。它非常完美的解耦了View層和ViewModel，解決了上面我們所說的MVP的痛點。
更新UI
在MVVM中，數據發生變化後，我們在工作線程直接修改（在數據是線程安全的情況下）ViewModel的數據即可，不用再考慮要切到主線程更新UI了，這些事情相關框架都幫我們做了。
團隊協作
MVVM的分工是非常明顯的，由於View和ViewModel之間是鬆散耦合的：一個是處理業務和數據、一個是專門的UI處理。所以，完全由兩個人分工來做，一個做UI（XML和Activity）一個寫ViewModel，效率更高。
可復用性
一個ViewModel可以復用到多個View中。同樣的一份數據，可以提供給不同的UI去做展示。對於版本迭代中頻繁的UI改動，更新或新增一套View即可。如果想在UI上做A/B Testing，那MVVM是你不二選擇。
單元測試
有些同學一看到單元測試，可能腦袋都大。是啊，寫成一團漿糊的代碼怎麼可能做單元測試？如果你們以代碼太爛無法寫單元測試而逃避，那可真是不好的消息了。這時候，你需要MVVM來拯救。
我們前面說過了，ViewModel層做的事是數據處理和業務邏輯，View層中關注的是UI，兩者完全沒有依賴。不管是UI的單元測試還是業務邏輯的單元測試，都是低耦合的。在MVVM中數據是直接綁定到UI控制項上的（部分數據是可以直接反映出UI上的內容），那麼我們就可以直接通過修改綁定的數據源來間接做一些Android UI上的測試。
通過上面的簡述以及模式的對比，我們可以發現MVVM的優勢還是非常明顯的。雖然目前Android開發中可能真正在使用MVVM的很少，但是值得我們去做一些探討和調研。
如何構建MVVM應用框架
如何分工
構建MVVM框架首先要具體了解各個模塊的分工。接下來我們來講解View、ViewModel、Model它們各自的職責所在。
View
View層做的就是和UI相關的工作，我們只在XML、Activity和Fragment寫View層的代碼，View層不做和業務相關的事，也就是我們在Activity不寫業務邏輯和業務數據相關的代碼，更新UI通過數據綁定實現，盡量在ViewModel裡面做（更新綁定的數據源即可），Activity要做的事就是初始化一些控制項（如控制項的顏色，添加RecyclerView的分割線），View層可以提供更新UI的介面（但是我們更傾向所有的UI元素都是通過數據來驅動更改UI），View層可以處理事件（但是我們更希望UI事件通過Command來綁定）。 簡單地說：View層不做任何業務邏輯、不涉及操作數據、不處理數據，UI和數據嚴格的分開。
ViewModel
ViewModel層做的事情剛好和View層相反，ViewModel只做和業務邏輯和業務數據相關的事，不做任何和UI相關的事情，ViewModel 層不會持有任何控制項的引用，更不會在ViewModel中通過UI控制項的引用去做更新UI的事情。ViewModel就是專注於業務的邏輯處理，做的事情也都只是對數據的操作（這些數據綁定在相應的控制項上會自動去更改UI）。同時DataBinding框架已經支持雙向綁定，讓我們可以通過雙向綁定獲取View層反饋給ViewModel層的數據，並對這些數據上進行操作。關於對UI控制項事件的處理，我們也希望能把這些事件處理綁定到控制項上，並把這些事件的處理統一化，為此我們通過BindingAdapter對一些常用的事件做了封裝，把一個個事件封裝成一個個Command，對於每個事件我們用一個ReplyCommand 去處理就行了，ReplyCommand 會把你可能需要的數據帶給你，這使得我們在Vie，具體見 MVVM Light Toolkit 使用指南的 Command 部分 。再強調一遍：ViewModel 不做和UI相關的事。
Model
Model層最大的特點是被賦予了數據獲取的職責，與我們平常Model層只定義實體對象的行為截然不同。實例中，數據的獲取、存儲、數據狀態變化都是Model層的任務。Model包括實體模型（Bean）、Retrofit的Service ，獲取網路數據介面，本地存儲（增刪改查）介面，數據變化監聽等。Model提供數據獲取介面供ViewModel調用，經數據轉換和操作並最終映射綁定到View層某個UI元素的屬性上。
如何協作
關於協作，我們先來看下面的一張圖：

上圖反應了MVVM框架中各個模塊的聯系和數據流的走向，我們從每個模塊一一拆分來看。那麼我們重點就是下面的三個協作。
ViewModel與View的協作 。
ViewModel與Model的協作 。
ViewModel與ViewModel的協作 。
ViewModel與View的協作

圖2中ViewModel和View是通過綁定的方式連接在一起的，綁定分成兩種：一種是數據綁定，一種是命令綁定。數據的綁定DataBinding已經提供好了，簡單地定義一些ObservableField就能把數據和控制項綁定在一起了（如TextView的text屬性），但是DataBinding框架提供的不夠全面，比如說如何讓一個URL綁定到一個ImageView，讓這個ImageView能自動去載入url指定的圖片，如何把數據源和布局模板綁定到一個ListView，讓ListView可以不需要去寫Adapter和ViewHolder相關的東西？這些就需要我們做一些工作和簡單的封裝。MVVM Light Toolkit 已經幫我們做了一部分的工作,關於事件綁定也是一樣，MVVM Light Toolkit 做了簡單的封裝，對於每個事件我們用一個ReplyCommand去處理就行了，ReplyCommand 會把可能需要的數據帶給你，這樣我們處理事件的時候也只關心處理數據就行了.
由 圖 1 中ViewModel的模塊中我們可以看出ViewModel類下面一般包含下面5個部分：
Context （上下文）
Model (數據源 java Bean)
Data Field （數據綁定）
Command （命令綁定）
Child ViewModel （子ViewModel）
我們先來看下示例代碼，然後再一一講解5個部分是幹嘛用的：
//context
private Activity context;
//model（數據源 Java Bean）
private NewsService.News news;
private TopNewsService.News topNews;
//數據綁定，綁定到UI的欄位（data field）
public final ObservableField<String> imageUrl = new ObservableField<>();
public final ObservableField<String> html = new ObservableField<>();
public final ObservableField<String> title = new ObservableField<>();
// 一個變數包含了所有關於View Style 相關的欄位
public final ViewStyle viewStyle = new ViewStyle();
//命令綁定（command）
public final ReplyCommand onRefreshCommand = new ReplyCommand<>(() -> {

})
public final ReplyCommand<Integer> onLoadMoreCommand = new ReplyCommand<>((itemCount) -> {

});

//Child ViewModel
public final ObservableList<NewItemViewModel> itemViewModel = new ObservableArrayList<>();

/** * ViewStyle 關於控制項的一些屬性和業務數據無關的Style 可以做一個包裹，這樣代碼比較美觀，
ViewModel 頁面也不會有太多太雜的欄位。 **/
public static class ViewStyle {
public final ObservableBoolean isRefreshing = new ObservableBoolean(true);
public final ObservableBoolean progressRefreshing = new ObservableBoolean(true);
}

Context
Context是幹嘛用的呢，為什麼每個ViewModel都最好需要持了一個Context的引用呢？ViewModel不處理和UI相關的事也不操作控制項，更不更新UI，那為什麼要有Context呢？原因
Model是什麼呢？其實就是數據源，可以簡單理解是我們用JSON轉過來的Bean。ViewModel要把數據映射到UI中可能需要大量對Model的數據拷貝和操作，拿Model的欄位去生成對應的ObservableField然後綁定到UI（我們不會直接拿Model的數據去做綁定展示），這里是有必要在一個ViewModel保留原始的Model引用，這對於我們是非常有用的，因為可能用戶的某些操作和輸入需要我們去改變數據源，可能我們需要把一個Bean在列表頁點擊後傳給詳情頁，可能我們需要把這個Model當做表單提交到伺服器。這些都需要我們的ViewModel持有相應的Model（數據源）。
Data Field（數據綁定）
Data Field就是需要綁定到控制項上的ObservableField欄位，這是ViewModel的必需品，這個沒有什麼好說。但是這邊有一個建議：
這些欄位是可以稍微做一下分類和包裹的。比如說可能一些欄位是綁定到控制項的一些Style屬性上（如長度、顏色、大小），對於這類針對View Style的的欄位可以聲明一個ViewStyle類包裹起來，這樣整個代碼邏輯會更清晰一些，不然ViewModel裡面可能欄位泛濫，不易管理和閱讀性較差。而對於其他一些欄位，比如說title、imageUrl、name這些屬於數據源類型的欄位，這些欄位也叫數據欄位，是和業務數據和邏輯息息相關的，這些欄位可以放在一塊。
Command（命令綁定）
Command（命令綁定）簡言之就是對事件的處理（下拉刷新、載入更多、點擊、滑動等事件處理）。我們之前處理事件是拿到UI控制項的引用，然後設置Listener，這些Listener其實就是Command。但是考慮到在一個ViewModel寫各種Listener並不美觀，可能實現一個Listener就需要實現多個方法，但是我們可能只想要其中一個有用的方法實現就好了。更重要一點是實現一個Listener可能需要寫一些UI邏輯才能最終獲取我們想要的。簡單舉個例子，比如你想要監聽ListView滑到最底部然後觸發載入更多的事件，這時候就要在ViewModel裡面寫一個OnScrollListener，然後在裡面的onScroll方法中做計算，計算什麼時候ListView滑動底部了。其實ViewModel的工作並不想去處理這些事件，它專注做的應該是業務邏輯和數據處理，如果有一個東西不需要你自己去計算是否滑到底部，而是在滑動底部自動觸發一個Command，同時把當前列表的總共的item數量返回給你，方便你通過 page=itemCount/LIMIT+1去計算出應該請求伺服器哪一頁的數據那該多好啊。MVVM Light Toolkit 幫你實現了這一點：
public final ReplyCommand<Integer> onLoadMoreCommand = new ReplyCommand<>((itemCount) -> {
int page=itemCount/LIMIT+1;
loadData(page.LIMIT)
});

接著在XML布局文件中通過bind:onLoadMoreCommand綁定上去就行了。
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
bind:onLoadMoreCommand="@{viewModel.loadMoreCommand}"/>
x

當然Command並不是必須的，你完全可以依照自己的習慣和喜好在ViewModel寫Listener，不過使用Command可以使ViewModel更簡潔易讀。你也可以自己定義更多的、其他功能的Command，那麼ViewModel的事件處理都是託管ReplyCommand 來處理，這樣的代碼看起來會比較美觀和清晰。Command只是對UI事件的一層隔離UI層的封裝，在事件觸發時把ViewModel層可能需要的數據傳給ViewModel層，對事件的處理做了統一化，是否使用的話，還是看你個人喜好了。
Child ViewModel（子ViewModel）
子ViewModel的概念就是在ViewModel裡面嵌套其他的ViewModel，這種場景還是很常見的。比如說你一個Activity裡面有兩個Fragment，ViewModel是以業務劃分的，兩個Fragment做的業務不一樣，自然是由兩個ViewModel來處理，這時候Activity對應的ViewModel裡面可能包含了兩個Fragment各自的ViewModel，這就是嵌套的子ViewModel。還有另外一種就是對於AdapterView，如ListView RecyclerView、ViewPager等。
//Child ViewModelpublic final
ObservableList<ItemViewModel> itemViewModel = new ObservableArrayList<>();

它們的每個Item其實就對應於一個ViewModel，然後在當前的ViewModel通過ObservableList 持有引用（如上述代碼），這也是很常見的嵌套的子ViewModel。我們其實還建議，如果一個頁面業務非常復雜，不要把所有邏輯都寫在一個ViewModel，可以把頁面做業務劃分，把不同的業務放到不同的ViewModel，然後整合到一個總的ViewModel，這樣做起來可以使我們的代碼業務清晰、簡短意賅，也方便後人的維護。
總的來說，ViewModel和View之前僅僅只有綁定的關系，View層需要的屬性和事件處理都是在XML裡面綁定好了，ViewModel層不會去操作UI，只是根據業務要求處理數據，這些數據自動映射到View層控制項的屬性上。關於ViewModel類中包含哪些模塊和欄位，這個需要開發者自己去衡量，我們建議ViewModel不要引入太多的成員變數，成員變數最好只有上面的提到的5種（context、model……），能不引入其他類型的變數就盡量不要引進來，太多的成員變數對於整個代碼結構破壞很大，後面維護的人要時刻關心成員變數什麼時候被初始化、什麼時候被清掉、什麼時候被賦值或者改變，一個細節不小心可能就出現潛在的Bug。太多不清晰定義的成員變數又沒有注釋的代碼是很難維護的。
另外，我們會把UI控制項的屬性和事件都通過XML（如bind：text=@{...}）綁定。如果一個業務邏輯要彈一個Dialog，但是你又不想在ViewModel裡面做彈窗的事（ViewModel不希望做UI相關的事）或者說改變ActionBar上面的圖標的顏色，改變ActionBar按鈕是否可點擊，這些都不是寫在XML裡面（都是用Java代碼初始化的），如何對這些控制項的屬性做綁定呢？我們先來看下代碼：
public class MainViewModel implements ViewModel {
....
//true的時候彈出Dialog，false的時候關掉dialog
public final ObservableBoolean isShowDialog = new ObservableBoolean();
....
.....
}
// 在View層做一個對isShowDialog改變的監聽
public class MainActivity extends RxBasePmsActivity {

private MainViewModel mainViewModel;

@Override
protected void onCreate(Bundle savedInstanceState) {
.....
mainViewModel.isShowDialog.addOnPropertyChangedCallback(new android.databinding.Observable.OnPropertyChangedCallback() {
@Override
public void onPropertyChanged(android.databinding.Observable sender, int propertyId) {
if (mainViewModel.isShowDialog.get()) {
dialog.show();
} else {
dialog.dismiss();
}
}
});
}
...
}

簡單地說你可以對任意的ObservableField做監聽，然後根據數據的變化做相應UI的改變，業務層ViewModel只要根據業務處理數據就行，以數據來驅動UI。

㈢ android開發的系統架構

Android以Java為編程語言，使介面到功能，都有層出不窮的變化，其中Activity等同於J2ME的MIDlet，一個 Activity 類（class）負責創建視窗（window），一個活動中的Activity就是在 foreground（前景）模式，背景運行的程序叫做Service。兩者之間通過由ServiceConnection和AIDL連結，達到復數程序同時運行的效果。如果運行中的 Activity 全部畫面被其他 Activity 取代時，該 Activity 便被停止（stopped），甚至被系統清除（kill）。
View等同於J2ME的Displayable，程序人員可以通過 View 類與「XML layout」檔將UI放置在視窗上，Android 1.5的版本可以利用 View 打造出所謂的 Widgets，其實Widget只是View的一種，所以可以使用xml來設計layout，HTC的Android Hero手機即含有大量的widget。至於ViewGroup 是各種layout 的基礎抽象類（abstract class），ViewGroup之內還可以有ViewGroup。View的構造函數不需要再Activity中調用，但是Displayable的是必須的，在Activity 中，要通過findViewById()來從XML 中取得View，Android的View類的顯示很大程度上是從XML中讀取的。View 與事件（event）息息相關，兩者之間通過Listener 結合在一起，每一個View都可以注冊一個event listener，例如：當View要處理用戶觸碰（touch）的事件時，就要向Android框架注冊View.OnClickListener。另外還有Image等同於J2ME的BitMap。 操作系統與應用程序的溝通橋梁，並用分為兩層：函數層（Library）和虛擬機（Virtual Machine）。 Bionic是 Android 改良libc的版本。Android 同時包含了Webkit，所謂的Webkit 就是Apple Safari瀏覽器背後的引擎。Surface flinger 是就2D或3D的內容顯示到屏幕上。Android使用工具鏈(Toolchain)為Google自製的Bionic Libc。
Android採用OpenCORE作為基礎多媒體框架。OpenCORE可分7大塊：PVPlayer、PVAuthor、Codec、PacketVideo Multimedia Framework(PVMF)、Operating System Compatibility Library(OSCL)、Common、OpenMAX。
Android 使用skia 為核心圖形引擎，搭配OpenGL/ES。skia與Linux Cairo功能相當，但相較於Linux Cairo, skia 功能還只是陽春型的。2005年Skia公司被Google收購，2007年初，Skia GL源碼被公開，目前Skia 也是Google Chrome 的圖形引擎。
Android的多媒體資料庫採用sqlite資料庫系統。資料庫又分為共用資料庫及私用資料庫。用戶可通過ContentResolver類（Column）取得共用資料庫。
Android的中間層多以Java 實現，並且採用特殊的Dalvik虛擬機（Dalvik Virtual Machine）。Dalvik虛擬機是一種「暫存器型態」（Register Based）的Java虛擬機，變數皆存放於暫存器中，虛擬機的指令相對減少。
Dalvik虛擬機可以有多個實例（instance）, 每個Android應用程序都用一個自屬的Dalvik虛擬機來運行，讓系統在運行程序時可達到優化。Dalvik虛擬機並非運行Java位元組碼（Bytecode），而是運行一種稱為.dex格式的文件。 Android 的 HAL（硬體抽像層）是能以封閉源碼形式提供硬體驅動模塊。HAL 的目的是為了把 Android framework 與 Linux kernel 隔開，讓 Android 不至過度依賴 Linux kernel，以達成 kernel independent 的概念，也讓 Android framework 的開發能在不考量驅動程序實現的前提下進行發展。
HAL stub 是一種代理人（proxy）的概念，stub 是以 *.so 檔的形式存在。Stub 向 HAL「提供」操作函數（operations），並由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 這些操作函數。HAL 里包含了許多的 stub（代理人）。Runtime 只要說明「類型」，即 mole ID，就可以取得操作函數。 Android 是運行於 Linux kernel之上，但並不是GNU/Linux。因為在一般GNU/Linux 里支持的功能，Android 大都沒有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 為了達到商業應用，必須移除被GNU GPL授權證所約束的部份，例如Android將驅動程序移到 userspace，使得Linux driver 與 Linux kernel徹底分開。bionic/libc/kernel/ 並非標準的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所產生的，這樣做是為了保留常數、數據結構與宏。
目前Android 的 Linux kernel控制包括安全（Security），存儲器管理（Memory Managemeat），程序管理（Process Management），網路堆棧（Network Stack），驅動程序模型（Driver Model）等。下載Android源碼之前，先要安裝其構建工具Repo來初始化源碼。Repo 是 Android 用來輔助Git工作的一個工具。

㈣ 如何搭建一個自己的安卓快速開發框架之

{
"message": "ok",
"nu": "7700008953907",
"ischeck": "1",
"condition": "F00",
"com": "yunda",
"status": "200",
"state": "3",
"data": [
{
"time": "2017-02-14 19:14:27",
"ftime": "2017-02-14 19:14:27",
"context": "[陝西西安東郊區興慶公園公司理工大分部]快件已被 已簽收 簽收",
"location": "陝西西安東郊區興慶公園公司理工大分部"
},
{
"time": "2017-02-12 23:26:15",
"ftime": "2017-02-12 23:26:15",
"context": "[上海分撥中心]進行裝車掃描，即將發往：陝西西安分撥中心",
"location": "上海分撥中心"
},
{
"time": "2017-02-12 23:21:52",
"ftime": "2017-02-12 23:21:52",
"context": "[上海分撥中心]在分撥中心進行稱重掃描",
"location": "上海分撥中心"
},
]
}

㈤ android開發框架有哪些

1、Rajawali
介紹：
安卓的OpenGL ES 2.0/3.0 引擎。可以用於製作普通應用或者動態壁紙，當然也可以用於製作游戲。
項目地址： https://github.com/Rajawali/Rajawali

2、RxAndroid
介紹：
RxAndroid是RxJava的一個針對Android平台的擴展。它包含了一些能夠簡化Android開發的工具。
項目地址： https://github.com/ReactiveX/RxAndroid
3、Paginize
介紹：
Paginize 是一個輕量級的UI框架，使用註解來注入布局和view，除了使用註解之外，該框架還有兩個特色：1.用Page的概念來取代Fragment，2.切換page時自帶ios風格的動畫效果。
項目地址： https://github.com/neevek/Paginize

4、otto
介紹：
Otto 是square公司出的一個事件庫（pub/sub模式），用來簡化應用程序組件之間的通訊。 Otto 修改自Google的Guava庫，專門為Android平台進行了優化。
項目地址： https://github.com/square/otto

5 、rebound
介紹：
rebound是facebook的開源動畫庫。可以認為這個動畫庫是獨立於android Framework之外的一種動畫實現。
項目地址： https://github.com/facebook/rebound

6、KJFrameForAndroid
介紹：
KJFrameForAndroid 又叫KJLibrary，是一個幫助快速開發的框架。使用KJFrameForAndroid，你可以只用一行代碼就完成http請求、網路圖片載入、資料庫數據保存或讀取。
項目地址： https://github.com/kymjs/KJFrameForAndroid

7、xUtils
介紹：
xUtils
包含了很多實用的android工具。 xUtils
支持大文件上傳，更全面的http請求協議支持(10種謂詞)，擁有更加靈活的ORM，更多的事件註解支持且不受混淆影響... xUitls
最低兼容android 2.2 (api level 8)
項目地址： https://github.com/wyouflf/xUtils

目前xUtils主要有四大模塊：
DbUtils模塊：
android中的orm框架，一行代碼就可以進行增刪改查；
支持事務，默認關閉；
可通過註解自定義表名，列名，外鍵，唯一性約束，NOT NULL約束，CHECK約束等（需要混淆的時候請註解表名和列名）；
支持綁定外鍵，保存實體時外鍵關聯實體自動保存或更新；
自動載入外鍵關聯實體，支持延時載入；
支持鏈式表達查詢，更直觀的查詢語義，參考下面的介紹或sample中的例子。
ViewUtils模塊：
android中的ioc框架，完全註解方式就可以進行UI，資源和事件綁定；
新的事件綁定方式，使用混淆工具混淆後仍可正常工作；
目前支持常用的20種事件綁定，參見ViewCommonEventListener類和包com.lidroid.xutils.view.annotation.event。
HttpUtils模塊：
支持同步，非同步方式的請求；
支持大文件上傳，上傳大文件不會oom；
支持GET，POST，PUT，MOVE，COPY，DELETE，HEAD，OPTIONS，TRACE，CONNECT請求；
下載支持301/302重定向，支持設置是否根據Content-Disposition重命名下載的文件；
返迴文本內容的請求(默認只啟用了GET請求)支持緩存，可設置默認過期時間和針對當前請求的過期時間。
BitmapUtils模塊：
載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象；
支持載入網路圖片和本地圖片；
內存管理使用lru演算法，更好的管理bitmap內存；
可配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等...

8、butterknife-view
注入工具
介紹：
為了減少頻繁的調用findViewById(R.id...)，可以採用一些注入框架，可以簡化自己的代碼，讓你更專注於實際的功能開發，butterknife就是這樣的一個框架，他是jakewharton大神的作品，值得一試。
class ExampleActivity extends Activity {
@InjectView(R.id.title) TextView title;
@InjectView(R.id.subtitle) TextView subtitle;
@InjectView(R.id.footer) TextView footer;
@Override public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.simple_activity);
ButterKnife.inject(this);
// TODO Use "injected" views...
}
}

這是博客地址：
http://jakewharton.github.io/butterknife/
項目地址： https://github.com/JakeWharton/butterknife

9、cube-sdk
一淘推出的開發框架
介紹：
cube一個Android開發包, 可極大提高你的開發效率。主要提供了圖片載入以及網路請求方面的api功能。
項目地址： https://github.com/etao-open-source/cube-sdk
他們的網站：http://cube-sdk.liaohuqiu.net/cn/

10、ASimpleCache
一個簡單的緩存框架
介紹：
ASimpleCache
是一個為android制定的 輕量級的 開源緩存框架。輕量到只有一個java文件（由十幾個類精簡而來）。
它可以緩存什麼東西？普通的字元串、JsonObject、JsonArray、Bitmap、Drawable、序列化的java對象，和
byte數據。
項目地址： https://github.com/yangfuhai/ASimpleCache

11、androidannotations
介紹：
AndroidAnnotations是一個能夠讓你快速進行Android開發的開源框架，它能讓你專注於真正重要的地方。
使代碼更加精簡，使項目更加容易維護，它的目標就是「Fast Android Development.Easy maintainance」。
通過一段時間的使用發現，相比原生的Android開發，確實能夠讓你少些很多代碼
項目地址： https://github.com/excilys/androidannotations

12、Event Bus
解耦android模塊
介紹：
當一個Android應用功能越來越多的時候，保證應用的各個部分之間高效的通信將變得越來越困難。如何優雅地解決這個問題？這時候，就需要使用到EventBus。
EventBus是GreenRobot出品的Android系統的一個Event
Bus類庫，使用起來和之前我們所介紹的Square的Otto差不多，都是用來簡化應用組件之間的通信。
項目地址： https://github.com/greenrobot/EventBus

13、BeeFramework_Android
介紹：
BeeFramework
Android版主要為Android初級開發人員提供一個基於MVC開發模式的APP DEMO,並提供一套APP內調試工具,包括
查看網路數據請求歷史 Crash Log列表 真機WIFI環境下模擬2G\3G網路 查看APP性能(內存佔用，CPU佔用等)
項目地址： https://github.com/BeeFramework/BeeFramework_Android

14、afinal
介紹：
Afinal是一個android的ioc，orm框架，內置了四大模塊功能：FinalAcitivity,FinalBitmap,FinalDb,FinalHttp。通過finalActivity，我們可以通過註解的方式進行綁定ui和事件。通過finalBitmap，我們可以方便的載入bitmap圖片，而無需考慮oom等問題。通過finalDB模塊，我們一行代碼就可以對android的sqlite資料庫進行增刪改查。通過FinalHttp模塊，我們可以以ajax形式請求http數據。
Afinal裡面目前包含了四大組件：
FinalHttp：用於請求http數據，直接ajax方式請求，文件上傳， 斷點續傳下載文件等
FinalBitmap：用於顯示bitmap圖片，而無需考慮線程並發和oom等問題。
FinalActivity：完全可以通過註解方式綁定控制項和事件，無需編寫代碼。
FinalDb：android中sqlite的orm框架，一行代碼搞定增刪改查。

Afinal是一個android的ioc，orm框架，內置了四大模塊功能：FinalAcitivity,FinalBitmap,FinalDb,FinalHttp。通過finalActivity，我們可以通過註解的方式進行綁定ui和事件。通過finalBitmap，我們可以方便的載入bitmap圖片，而無需考慮oom等問題。通過finalDB模塊，我們一行代碼就可以對android的sqlite資料庫進行增刪改查。通過FinalHttp模塊，我們可以以ajax形式請求http數據。詳情請通過以下網址查看。
項目地址： https://github.com/yangfuhai/afinal

15、Volley
介紹：
在這之前，我們在程序中需要和網路通信的時候，大體使用的東西莫過於AsyncTaskLoader，HttpURLConnection，AsyncTask，HTTPClient（Apache）等，今年的Google
I/O 2013上，Volley發布了。Volley是Android平台上的網路通信庫，能使網路通信更快，更簡單，更健壯。
項目地址： https://github.com/mcxiaoke/android-volley

㈥ 如何搭建Android快速開發框架

搭建Android開發環境
准備工作：下載Eclipse、JDK、Android SDK、ADT插件
下載地址：Eclipse:http://www.eclipse.org/downloads/
JDK：http://www.oracle.com/technetwork/java/javase/downloads/jdk7u9-downloads-1859576.html
Android SDK:http://developer.android.com/sdk/index.html
ADT:http://developer.android.com/tools/sdk/eclipse-adt.html
1、安裝和配置JAVA開發環境：
①把准備好的Eclipse和JDK安裝到本機上（最好安裝在全英文路徑下)，並給JDK配置環境變數，其中JDK的變數值為JDK安裝路徑的根目錄，如我的為：D:\Program Files\Java\jdk1.7.0_02；
②打開命令提示符（cmd），輸入java -version命令，顯示如下圖則說明JAVA環境變數已經配置好了。
2、安裝ADT插件：
①打開已安裝好的Eclipse,選擇菜單欄上的「Help」->在彈出的下拉框中單擊選擇「Install new software...」；
②在新打開的對話框中我們完全可以直接在"Work with"中輸入：https://dl-ssl.google.com/android/eclipse/在線安裝ADT插件，但由於Google的伺服器搭建在國外，所以通過這種方式安裝起來會比較慢，而且可能會出現人品差死活裝不上的情況，所以不推薦在線安裝。
③我推薦直接通過下載好的ADT插件壓縮包進行安裝（此種方式可以在離線環境下進行）。具體步驟是：在新打開的對話框中點擊「Add」按鈕->在打開的對話框中點擊「Archive」按鈕選擇之前已經下載好保存在本地硬碟的ADT插件壓縮包，至於上面的「Name」可以隨便取，這只是一個代號而已，沒什麼實際作用。
④在上一步中點擊「Ok」按鈕後我們會發現中間的空白處出現了兩行復選框，單擊"Select All"按鈕選中所有的復選框，這步過後一路「Next」,需要「Accept」的就選中「Accept」，直到點擊「Finish」結束，這樣ADT插件就安裝好了。整個過程需要的時間視機器性能而定。安裝好ADT插件後，Eclipse的工具欄會出現一排Android的圖標，如下圖：
3、安裝SDK：
①把下載好的Android SDK安裝到本機上（最好安裝在全英文路徑下)，並為Android SDK配置環境變數。Android SDK的環境變數值為SDK安裝目錄下的platform-tools文件夾和tools文件夾子目錄路徑，如我的分別為：E:\My Studying\Android\android-sdk\platform-tools、E:\My Studying\Android\android-sdk\tools，在變數值中，兩個路徑用逗號隔開。
②打開命令提示符（cmd），分別輸入android -h和adb命令，顯示如下圖則說明Android SDK環境變數已經配置好了。
③打開Android SDK的安裝目錄，雙擊 "SDK Manager"->在打開的窗口中先選擇你需要安裝的SDK版本，其中「Status」表示該SDK包是否安裝，如我選的是「Android2.2（API 8）」（我的之前已經安裝過了，所以「Status」為「Installed」）->再點擊「Install packages...」按鈕,在彈出來的窗口中最好選「Accept All」這樣才能安裝你剛才選的所有的包->最後點「Install」按鈕就開始安裝了，整個過程會很慢，這需要你的耐心。
另外我們還可以通過在Eclipse上的工具欄中點擊下圖指示的圖標打開「SDK Manager」然後進行安裝，這樣和上面的SDK安裝方式一樣，就不累述了。
④最後再選擇Eclipes主菜單上的"Windows"->選擇"preferrnces";
⑤在彈出來的對話框中選中左邊欄的「Android」->通過右側的「Browse...」按鈕選擇SDK的安裝路徑根目錄->點擊最下方的「Ok」按鈕，這樣SDK就在Eclipse上載入成功了。
4、創建Android模擬器（AVD）：
①打開Eclipse->在Eclipse的工具欄上單擊下圖指示的圖標打開「Android Virsual Device Manager」窗口;
②在「Android Virsual Device Manager」窗口單擊「New」按鈕->在彈出來的窗口中"Name"可以隨便取；「Target」指模擬器的系統版本；「SD Card」的"size"是指手機存儲卡的大小，只要你不在模擬器上裝太多的應用，一般給個二三十MB就夠了；「Skin」是指屏幕的解析度大小，其中「Built in」是一般手機常用標准屏幕解析度大小，而「Resolution」是自定義屏幕解析度大小，具體做法，可以根據自身情況選擇。->一切設置好後點擊「Create AVD」，這時一個模擬器就創建好了。如果有必要，我們可以創建多個模擬器用於測試時使用。
附：Android模擬器型號以及其對應的解析度大小：

Standard Width Height DAR Pixeis
HVGA 480 * 320 3:2 153,600
QVGA 320 * 240 4:3 76,800
WQVGA400 400 * 240 5:3 96,000
WQVGA432 432 * 240 9:5 103,680
WVGA800 800 * 480 5:3 384,000
WVGA852 854 * 480 409,920

至此為止，在Eclipse上就已經成功搭建Android開發環境了。

㈦ 怎樣搭建一個android開發框架

相對於傳統計算機程序語言來說，Android開發學習資源上還稍微欠缺一些，對於一些基礎應用講解還稍顯匱乏，本篇所講述的Android培訓內容可以幫助大家更好的理解Android項目快速開發框架。結合之前所用的ormlite和hessian，再加上SAE已經支持JAVA，把服務端切換到JAVA，也就有了本文。使用hessian來做數據傳輸，ormlite來實現客戶端與服務端的數據存儲，極大的減少了CRUD工作。本文為探索貼，未正式用於大型項目，歡迎大家討論使用！正文一、簡介1.1 ormliteOrmlite[Object Relational Mapping Lite (ORM Lite)]對象關系映射精簡版（精簡版的ORM）提供了一些簡單的，輕量級持久化Java對象到SQL資料庫，同時也避免了復雜性和更多的標準的ORM包的開銷的功能。支持資料庫的jdbc調用，當然，最重要的肯定是它支持android原生的資料庫api調用sqlite。——轉載自這里。1.2 hessian使用方法參照本博兩篇文章：[hessdroid]Android下使用Hessian與Java服務端通訊[hessdroid]Android下使用Hessian與Java服務端通訊的傳值測試1.3 Android快速開發框架說明考慮如下幾個特點：a). 客戶端(Android)和服務端均使用Java語言b). 客戶端(Android)和服務端均支持Hessian和ormlite框架c). 完整的支持面向對象開發：存儲和交互傳輸二、准備2.1 開發環境為了便於同時開發Android和Java Web，這里下載的是Eclipse IDE for Java EE Developers版本，然後安裝最新的ADT插件和TOMCAT插件。2.2 服務端應用伺服器使用Tomcat，採用Java（JSP/Servlet）來實現服務端的業務邏輯，資料庫使用Mysql。快速框架搭建推薦大家使用XAMPP（集成Apache、MySQL、PHP等，支持綠色安裝）。2.3 客戶端普通的Android環境2.4 通信與存儲說明服務端與客戶端通過Hessian進行數據交換，通過Ormlite保存資料庫（通過JDBC保存到服務端的MYSQL資料庫，也可以直接保存到客戶端的sqlite資料庫）；三、代碼3.1 項目工程截圖（服務端）HOLib共用於客戶端和服務端，保證介面和數據對象一致性。3.2 重點代碼分析3.2.1 服務端web.xml<?xml version="1.0" encoding="ISO-8859-1"?><web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd" version="2.4"> <servlet> <servlet-name>user</servlet-name> <servlet-class>com.nmbb.ho.server.servlet.UserServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>user</servlet-name> <url-pattern>/user.do</url-pattern> </servlet-mapping> <listener> <listener-class>com.nmbb.ho.server.StartupInit</listener-class> </listener></web-app>StartupInit.javapublic class StartupInit implements ServletContextListener { @Override public void contextInitialized(ServletContextEvent arg0) { try { TableUtils.dropTable(OrmliteHelper.getConnection(), POUser.class, true); //創建資料庫 TableUtils.createTable(OrmliteHelper.getConnection(), POUser.class); } catch (SQLException e) { e.printStackTrace(); } } @Override public void contextDestroyed(ServletContextEvent arg0) { }} 代碼說明：StartupInit可用於創建資料庫表結構，這里用於測試，真實環境注意數據丟失問題。POUser.java@DatabaseTable(tableName = "nmbb_users")public class POUser implements Serializable { /** 用戶編號，6位數字 */ @DatabaseField(generatedId = true) public int suid; /** 用戶名 */ @DatabaseField(width = 30) public String username; /** 密碼 */ @DatabaseField(width = 30) public String password; /** 昵稱 */ @DatabaseField(width = 60) public String nickname; /** 200 正常 201 數據校驗錯誤 202用戶已經存在 */ public int status = 200; /** 用於放錯誤信息 */ public String msg; public POUser() { }} 代碼說明：注意需要一個空的構造函數，其他請參考ormlite資料。UserServlet.java/*** 用戶Servlet** @author 農民伯伯* @see http://www.cnblogs.com/over140/archive/2013/02/19/2917231.html**/public class UserServlet extends HessianServlet implements IUserService { @Override public POUser register(String username, String password) { POUser result = new POUser(); System.out.println("[UserServlet.register]..."); // 檢測數據是否合法 if (isEmpty(username) || isEmpty(password)) { result.status = 201; result.msg = "用戶名或密碼不能為空"; } else { // 檢測用戶是否存在 OrmliteHelper<POUser> db = new OrmliteHelper<POUser>(); if (db.exist(POUser.class, "username", username)) { result.status = 202; result.msg = "用戶名已經存在"; } else { result.username = username; result.password = password; db.create(result);// 入庫 result.msg = "注冊成功"; System.out.println("create user suid:" + result.suid); } } return result; } @Override public List<POUser> query(int suid, int startIndex, int pageSize) { return new OrmliteHelper<POUser>().query(POUser.class, "suid", suid, startIndex, pageSize) ; } /** * 判斷字元串是否為空 * * @param str * @return */ public static boolean isEmpty(String str) { return str == null || str.length() == 0; }}3.2.2 客戶端（Android） public class UserActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); } public void OnClickRegiger(View view) { new AsyncTask<Void, Void, POUser>() { @Override protected POUser doInBackground(Void... params) { String url = "http://192.168.68.23:8081/HOServer/user.do"; HessianProxyFactory factory = new HessianProxyFactory(); try { factory.setDebug(true); factory.setReadTimeout(5000); //不設置會報 expected hessian reply at 0x48 factory.setHessian2Reply(false); IUserService basic = (IUserService) factory.create(IUserService.class, url, getClassLoader()); return basic.register("admin", "123456"); } catch (MalformedURLException e) { Log.e("UserActivity", "OnClickRegiger", e); } catch (Exception e) { Log.e("UserActivity", "OnClickRegiger", e); } return null; } @Override protected void onPostExecute(POUser result) { if (result != null) { if (result.status == 200) { //保存入庫 new DbHelper<POUser>().create(result); } Toast.makeText(UserActivity.this, "" + result.msg, Toast.LENGTH_LONG).show(); } }; }.execute(); }}代碼說明：1、DbHelper在源碼里給出。2、如果項目無法編譯通過，請注意設置項目的字元編碼、JDK版本、Android的版本。三、總結5.1 優點a). 完全面向對象開發b). 降低項目的復雜度，減少引入其他框架所帶來的復雜性c). 非常適合一個開發服務端和客戶端充分的利用的框架的特點，提交開發效率，適合中小型項目快速開發。5.2 缺點a). 注意服務端與客戶端共用id的問題5.3 其他a). ormlite支持標準的JPA助記符，這里。這樣服務端採用Hibernate應該也是可以的，有時間可以做一個整合例子看看。學習語言同做事情一樣，想通其中的關系，就會事半功倍，對語言要深入的理解，

㈧ 在Android開發過程中搭建一個自己的應用框架有幾個步驟

Android應用開發的框架步驟：

1. 項目工程搭建

在搭建工程結構的時候可以盡量抽取一些共用的東西，例如，資料庫操作、base、task、事件觀察者、通用的工具類、UI公共組件等等，這些東西應該表現在代碼結構中。

5.資料庫的處理

在處理資料庫的時候採用ContentProvider的方式。

6.圖片的處理

對圖片處理的軟體很多，只要把基本的一些開源框架原理搞清楚就可以了。

注意：在android開發項目中，首先要考慮的是這個項目或者說這個產品的核心功能。比如，圖片處理和展示類app，更多考慮對大量圖片的處理，防止OOM等等。

㈨ android C/S模式應用系統如何搭建框架

我來簡單的說下，讓你容易理解：
1.系統物理架構
android客戶端------無線路由-------（web伺服器，資料庫）
2.技術選型
（android客戶端）--->Web伺服器(tomcat)--->資料庫(mysql等)
客戶端請求數據成功後，返回數據(可以通過Web Service、HTTP等方式進行網路通信)
（android客戶端）<---Web伺服器(tomcat)<-->資料庫(mysql等)
3.創建客戶端項目WirelessClient（到時安裝在手機端）和伺服器項目WirelessServer（安裝在web伺服器端PC機）。之後分別開發這兩端的項目，手機端用android的API，伺服器端用Java開發

這樣可以幫助你簡單的理解了嗎？

㈩ android 開發框架有哪些

主要總結了7個好用的android 開發框架推薦給你：
一、 Afinal

Afinal是一個Android的ioc，orm框架，內置了四大模塊功能：FinalAcitivity,FinalBitmap,FinalDb,FinalHttp。通過finalActivity，我們可以通過註解的方式進行綁定ui和事件。通過finalBitmap，我們可以方便的載入bitmap圖片，而無需考慮oom等問題。通過finalDB模塊，我們一行代碼就可以對android的sqlite資料庫進行增刪改查。通過FinalHttp模塊，我們可以以ajax形式請求http數據。

功能：

一個android的ioc，orm框架，內置了四大模塊功能：FinalAcitivity,FinalBitmap,FinalDb,FinalHttp。通過finalActivity，我們可以通過註解的方式進行綁定ui和事件。通過finalBitmap，我們可以方便的載入bitmap圖片，而無需考慮oom等問題。通過finalDB模塊，我們一行代碼就可以對android的sqlite資料庫進行增刪改查。通過FinalHttp模塊，我們可以以ajax形式請求http數據。

優點：功能比較全面，文檔完善，代碼效率比較高。

缺點：沒有項目demo，框架的時間比較久，代碼冗餘比較多(這也是無可避免的)，文檔比較老跟不上代碼更新進度。

二、 xUtils

xUtils：可以說是Afinal的升級版。

xUtils 包含了很多實用的android工具。

xUtils 支持大文件上傳，更全面的http請求協議支持(10種謂詞)，擁有更加靈活的ORM，更多的事件註解支持且不受混淆影響...

xUitls 最低兼容android 2.2 (api level 8)

三、 ThinkAndroid

ThinkAndroid是一個免費的開源的、簡易的、遵循Apache2開源協議發布的Android開發框架，其開發宗旨是簡單、快速的進行Android應用程序的開發，包含Android
mvc、簡易sqlite orm、ioc模塊、封裝Android
httpclitent的http模塊,具有快速構建文件緩存功能，無需考慮緩存文件的格式，都可以非常輕松的實現緩存，它還基於文件緩存模塊實現了圖片緩存功能，在android中載入的圖片的時候，對oom的問題，和對載入圖片錯位的問題都輕易解決。他還包括了一個手機開發中經常應用的實用工具類，如日誌管理，配置文件管理，android下載器模塊，網路切換檢測等等工具

四、 LoonAndroid

如果你想看ui方面的東西，這里沒有，想要看牛逼的效果這里也沒有。這只是純實現功能的框架，它的目標是節省代碼量，降低耦合，讓代碼層次看起來更清晰。整個框架一部分是網上的，一部分是我改的，為了適應我的編碼習慣，還有一部分像orm完全是網上的組件。在此感謝那些朋友們。
整個框架式的初衷是為了偷懶，之前都是一個功能一個jar，做項目的時候拉進去，這樣對於我來說依然還是比較麻煩。最後就導致我把所有的jar做成了一個工具集合包。
有很多框架都含有這個工具集合里的功能，這些不一定都好用，因為這是根據我個人使用喜歡來實現的，如果你們有自己的想法，可以自己把架包解壓了以後，源碼拉出來改動下。
目前很多框架都用到了註解，除了androidannotations沒有入侵我們應用的代碼以外，其他的基本上都有，要麼是必須繼承框架裡面的activity,要麼是必須在activity的oncreat裡面調用某個方法。
整個框架式不同於androidannotations，Roboguice等ioc框架，這是一個類似spring的實現方式。在整應用的生命周期中找到切入點，然後對activity的生命周期進行攔截，然後插入自己的功能。

五、 KJFrameForAndroid

KJFrameForAndroid 又叫KJLibrary，是一個android的orm 和 ioc
框架。同時封裝了android中的Bitmap與Http操作的框架，使其更加簡單易用;

KJFrameForAndroid的設計思想是通過封裝Android原生SDK中復雜的復雜操作而達到簡化Android應用級開發，最終實現快速而又安全的開發APP。我們提倡用最少的代碼，完成最多的操作，用最高的效率，完成最復雜的功能。

功能：

一個android的orm 和 ioc 框架。同時封裝了android中的Bitmap與Http操作的框架，使其更加簡單易用;
KJFrameForAndroid開發框架的設計思想是通過封裝Android原生SDK中復雜的復雜操作而達到簡化Android應用級開發，最終實現快速而又安全的開發APP。總共分為五大模塊：UILibrary，UtilsLibrary，HttpLibrary，BitmapLibrary，DBLibrary。

六、 dhroid

dhroid 是基於android 平台,
極速開發框架，其核心設計目標是開發迅速、代碼量少、學習簡單、功能強大、輕量級、易擴展.使你更快,更好的開發商業級別應用

功能：

1.Ioc容器: (用過spring的都知道)視圖注入,對象注入,介面注入,解決類依賴關系

2.Eventbus: android平台事件匯流排框架,獨創延時事件,事件管理輕松

3.Dhnet: 網路http請求的解決方案,使用簡單,減少代碼,自帶多種網路訪問緩存策略

4.adapter模塊: 數據綁定輕松,不用寫多餘的adapter,天生網路支持(一行代碼搞定載入,刷新問題)

5.DhDb: android中sqlite的最輕量orm框架(增刪改查輕松搞定)

6.Perference: android自帶Perference 升級版,讓你的Perference更強大,更方便

工具集合 JSONUtil(安全處理json),ViewUtil(數據綁定更快) ThreadWorker(非同步任務工具)...

七、 SmartAndroid

SmartAndroid是一套給
Android開發者使用的應用程序開發框架和工具包。它提供一套豐富的標准庫以及簡單的介面和邏輯結構，其目的是使開發人員更快速地進行項目開發。使用
SmartAndroid可以減少代碼的編寫量，並將你的精力投入到項目的創造性開發上。

功能：

SmartAndroid 擁有全范圍的類庫，可以完成大多數通常需要的APP開發任務，包括：
非同步網路操作相關所有功能、強大的圖片處理操作、輕量級ORM資料庫Sqlite庫、zip操作
、動畫特效、Html等解析採集、事件匯流排EventBus/Otto、Gson(Json)、AQuery、主流所有UI控制項(例如：ActionbarSherlock，SlidingMenu，BottomView，Actionbar，DragListView等10多種UI庫)等。