今天給各位分享手機(jī)app開發(fā)框架的知識(shí)，其中也會(huì)對(duì)開發(fā)app的框架進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

app開發(fā)都會(huì)用到什么框架

國內(nèi)幾個(gè)集成類型的框架大致看過，適合入門級(jí)別或者對(duì)App要求不是很嚴(yán)格的開發(fā)者。

如果對(duì)App的性能、包size有要求。對(duì)代碼有潔癖，不想使用一個(gè)功能就引入一個(gè)大坨jar包。

或者想專注學(xué)習(xí)某一個(gè)模塊或方向，那么推薦你使用Lite的類庫。

以下是lite站點(diǎn)已列出的一些特點(diǎn)

1. 專一，每個(gè)庫只做一件事情，并且只有核心相關(guān)的代碼，這使得框架庫體積非常小。

2. 簡單，不需要三方依賴或輔助，API使用簡單。

3. 性能不錯(cuò)，作者每個(gè)環(huán)節(jié)經(jīng)過測試對(duì)比，來選出更好的模式和做法。

4. 依賴抽象，開發(fā)者可以自由的替換實(shí)現(xiàn)，來拓展功能。

5. 約定優(yōu)于配置，這個(gè)無需多說了，省掉多余描述，更好地做事情。

圖片加載，UIL或者Picasso；

數(shù)據(jù)庫，ormLite或者greenDao；

網(wǎng)絡(luò)層，apcahe的http-common或者square的okhttp；

聊天，XMPP；

JSON解析，fastJson；

動(dòng)畫，NineOldAndroids。

android app開發(fā)中常用到哪些開源框架

在前面的課程中，隨著對(duì)Android體系的了解，已經(jīng)可以進(jìn)行正常的Android應(yīng)用開發(fā)了。在Android開發(fā)中，同其他工程開發(fā)一樣，也經(jīng)常使用一些提高效率的框架，本文我們做一個(gè)對(duì)比。這些框架，既包括：網(wǎng)絡(luò)請(qǐng)求框架、也包括圖片加載庫框架、還包括數(shù)據(jù)庫操作等一些框架，總之，了解和熟悉這些框架，會(huì)對(duì)自己的開發(fā)效率有很大的提升和幫助。

網(wǎng)絡(luò)請(qǐng)求框架

1、okHttp

在前文的學(xué)習(xí)中，我們已經(jīng)了解過okHttp，是一個(gè)常用的網(wǎng)絡(luò)加載庫。

2、Retrofit

介紹

Retrofit是一個(gè)很不錯(cuò)的網(wǎng)絡(luò)請(qǐng)求庫，該庫是square開源的另外一個(gè)庫，之前的okhttp也是該公司開源的。

Retrofit是基于OkHttp封裝的RESTful網(wǎng)絡(luò)請(qǐng)求框架，使用注解的方式配置請(qǐng)求。優(yōu)點(diǎn)是速度快，使用注解，callback函數(shù)返回結(jié)果自動(dòng)包裝成Java對(duì)象。官方自己的介紹說：

A type-safe REST client for Android and Java

該網(wǎng)絡(luò)框架在github上的地址如下：

要求

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

依賴

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

//添加retrofit庫依賴

implementation ‘com.squareup.retrofit2:retrofit:2.1.0’

//添加gson轉(zhuǎn)換器

implementation ‘com.squareup.retrofit2:converter-gson:2.1.0’

使用

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

1、定義請(qǐng)求接口，即程序中都需要什么請(qǐng)求操作

public interface HttpServices {

/**

獲取頭條新聞

@param type 新聞?lì)愋?/p>

@param key apiKey

@return

*/

@GET(“toutiao/index”)

Call getNewsList(@Query(“type”) String type, @Query(“key”) String key);

}

2、實(shí)例化Retrofit對(duì)象，使用的Builder的模式創(chuàng)建，如下代碼所示：

Retrofit retrofit = new Retrofit.Builder()

.baseUrl(Constants.BASE_API)

.addConverterFactory(GsonConverterFactory.create())

.build();

注意，這里設(shè)置結(jié)構(gòu)體轉(zhuǎn)換器，是可以直接把網(wǎng)絡(luò)請(qǐng)求回來的數(shù)據(jù)轉(zhuǎn)換為Java結(jié)構(gòu)體，這里設(shè)置的Gson解析器，因此要引入相應(yīng)的轉(zhuǎn)換器支持庫。

3、得到接口對(duì)象，自己創(chuàng)建的全局的接口對(duì)象，并調(diào)用相應(yīng)的接口，得到一個(gè)類似于請(qǐng)求Call對(duì)象。如下所示：

HttpServices httpServices = retrofit.create(HttpServices.class);

Call newsListCall = httpServices.getNewsList(“top”, Constants.API_KEY);

4、加入到請(qǐng)求隊(duì)列中，并設(shè)置回調(diào)方法：

newsListCall.enqueue(new Callback() {

@Override

public void onResponse(Call call, Response response) {

//網(wǎng)絡(luò)請(qǐng)求成功的回調(diào)方法

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

Log.i(“TAG”, “請(qǐng)求成功:” + String.valueOf(list.size()));

NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);

adapter.setmData(list);

mRecyclerView.setAdapter(adapter);

}

@Override

public void onFailure(Call call, Throwable throwable) {

//網(wǎng)絡(luò)請(qǐng)求失敗的回調(diào)方法

Log.i(“TAG”, “請(qǐng)求失敗:” + throwable.getMessage());

}

});

其他界面操作和之前的Android中的內(nèi)容一致。

3、RxJava

簡單來說，用來處理事件和異步任務(wù)，在很多語言上都有實(shí)現(xiàn)，RxJava是Rx在Java上的實(shí)現(xiàn)。

原理

RxJava最基本的原理是基于觀察者模式來實(shí)現(xiàn)的。通過Obserable和Observer的機(jī)制，實(shí)現(xiàn)所謂響應(yīng)式的編程體驗(yàn)。

特點(diǎn)

RxJava在編程中的實(shí)現(xiàn)就是一種鏈?zhǔn)秸{(diào)用，做了哪些操作，誰在前誰在后非常直觀，邏輯清晰，代碼維護(hù)起來非常輕松。

RxJava也是一個(gè)在github上的庫，github地址如下：

基于此，還有一個(gè)RxAndroid，github地址如下：

RxJava和RxAndroid的關(guān)系

RxAndroid是RxJava的一個(gè)針對(duì)Android平臺(tái)的擴(kuò)展，主要用于 Android 開發(fā)。

基本概念

RxJava 有四個(gè)基本概念：

Observable：可觀察者，即被觀察者Observer：觀察者subscribe：訂閱事件

這四個(gè)概念之間的邏輯關(guān)系是：Observable和Observer通過subscribe方法實(shí)現(xiàn)訂閱關(guān)系，從而Observable可以在需要的時(shí)候發(fā)出事件來通知Observer。

事件

RxJava 的事件回調(diào)方法主要包含以下幾個(gè)：

onNext：普通的事件onCompleted：事件隊(duì)列完結(jié)。RxJava 不僅把每個(gè)事件單獨(dú)處理，還會(huì)把它們看做一個(gè)隊(duì)列。RxJava 規(guī)定，當(dāng)不會(huì)再有新的 onNext 發(fā)出時(shí)，需要觸發(fā) onCompleted 方法作為標(biāo)志。：事件隊(duì)列異常。在事件處理過程中出異常時(shí)， 會(huì)被觸發(fā)，同時(shí)隊(duì)列自動(dòng)終止，不再允許再有事件發(fā)出。在一個(gè)正確運(yùn)行的事件序列中, onCompleted和 有且只有一個(gè)，并且是事件序列中的最后一個(gè)。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在隊(duì)列中調(diào)用了其中一個(gè)，就不應(yīng)該再調(diào)用另一個(gè)。

數(shù)據(jù)庫操作框架

在開發(fā)時(shí)，本地?cái)?shù)據(jù)庫可以起到緩存數(shù)據(jù)和存儲(chǔ)業(yè)務(wù)數(shù)據(jù)的作用，隨著技術(shù)的成熟，不斷推出了有很多關(guān)于數(shù)據(jù)庫的操作框架。比較常見的數(shù)據(jù)庫操作框架有諸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。

GreenDAO

GreenDAO是一個(gè)開源的 Android ORM(“對(duì)象/關(guān)系映射”)，通過 ORM（稱為“對(duì)象/關(guān)系映射”），在我們數(shù)據(jù)庫開發(fā)過程中節(jié)省了開發(fā)時(shí)間！

GreenDao的官方文檔地址如下：

GreenDao的作用

通過 GreenDao，我們可以更快速的操作數(shù)據(jù)庫，我們可以使用簡單的面相對(duì)象的API來存儲(chǔ)，更新，刪除和查詢 Java 對(duì)象。這款數(shù)據(jù)庫操作框架的特點(diǎn)是：

高性能，在官方的統(tǒng)計(jì)數(shù)據(jù)中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三個(gè)框架中，讀、寫、更新操作效率均表現(xiàn)第一。易于使用的強(qiáng)大 API，涵蓋關(guān)系和連接。內(nèi)存消耗較小。安全：greenDAO 支持 SQLCipher，以確保用戶的數(shù)據(jù)安全;

核心概念

GreenDao 的核心類有三個(gè)：分別是：

DaoMaster：保存數(shù)據(jù)庫對(duì)象（SQLiteDatabase）并管理特定模式的 DAO 類（而不是對(duì)象）。它有靜態(tài)方法來創(chuàng)建表或刪除它們。它的內(nèi)部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實(shí)現(xiàn)，它們?cè)?SQLite 數(shù)據(jù)庫中創(chuàng)建模式。DaoSession：管理特定模式的所有可用 DAO 對(duì)象，您可以使用其中一個(gè)getter方法獲取該對(duì)象。DaoSession 還提供了一些通用的持久性方法，如實(shí)體的插入，加載，更新，刷新和刪除。XXXDao：數(shù)據(jù)訪問對(duì)象（DAO）持久存在并查詢實(shí)體。對(duì)于每個(gè)實(shí)體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對(duì)象。通常, 實(shí)體對(duì)象代表一個(gè)數(shù)據(jù)庫行使用標(biāo)準(zhǔn) Java 屬性(如一個(gè)POJO 或 JavaBean )。

使用

按照官方的文檔和github上的說明可以實(shí)現(xiàn)greendao的使用。

首先進(jìn)行的是依賴，對(duì)于greenDao，有兩個(gè)地方需要設(shè)置，分別是項(xiàng)目根目錄中的 build.gradle，還有module中的build.gradle。

classpath ‘org.greenrobot:greendao-gradle-plugin:3.3.0’ // add plugin

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

在項(xiàng)目module中的build.gradle中也需要進(jìn)行配置，有兩個(gè)地方需要設(shè)置，如下圖所示：

apply plugin: ‘org.greenrobot.greendao’ //開頭加入該代碼

dependences{

implementation ‘org.greenrobot:greendao:3.2.0’

}

然后就可以使用了。

bean實(shí)體

可以在項(xiàng)目中創(chuàng)建自己業(yè)務(wù)需要的實(shí)體類，并通過注解來設(shè)置是實(shí)體類，字段約束等內(nèi)容。然后點(diǎn)擊Android Studio中的Make module，即可自動(dòng)生成XXXDao代碼，以此來方便開發(fā)者的操作。生成的XXXDao類，不可修改和編輯，是自動(dòng)生成的。

ORMLite

ORMLite框架是另外一款A(yù)ndroid開發(fā)中可以使用的數(shù)據(jù)庫操作框架。該框架的文檔地址如下：

該框架的文檔準(zhǔn)備的不是特別友好，此處不再贅述。

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

視圖注入框架

在Android項(xiàng)目開發(fā)過程中，有太多的頁面需要布局完成，同時(shí)在代碼中需要些大量的findviewbyid的操作，來實(shí)現(xiàn)控件的解析。于是就有人想能否輕松一些，解放雙手節(jié)省時(shí)間，干一些其他有意義的事情，于是ButterKnife就來了。

ButterKnife是一個(gè)專注于Android系統(tǒng)的View注入框架,可以減少大量的findViewById以及setOnClickListener代碼，可視化一鍵生成。

該項(xiàng)目在github上的地址如下：

這個(gè)框架的優(yōu)勢(shì)也非常明顯：

強(qiáng)大的View綁定和Click事件處理功能，簡化代碼，提升開發(fā)效率方便的處理Adapter里的ViewHolder綁定問題運(yùn)行時(shí)不會(huì)影響APP效率，使用配置方便代碼清晰，可讀性強(qiáng)

使用

首先是設(shè)置依賴，在build.gradle中進(jìn)行依賴設(shè)置：

implementation ‘com.jakewharton:butterknife:10.2.1’

annotationProcessor ‘com.jakewharton:butterknife-compiler:10.2.1’

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

apply plugin: ‘com.jakewharton.butterknife’

android{

//…

compileOptions {

sourceCompatibility JavaVersion.VERSION_1_8

targetCompatibility JavaVersion.VERSION_1_8

}

//…

}

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

dependences{

classpath ‘com.jakewharton:butterknife-gradle-plugin:10.2.1’

}

然后即可在代碼中進(jìn)行使用了。

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

ButterKnife.bind( this) ;

主要的功能

@BindView（）：控件id 注解，解放雙手，不用再每個(gè)控件都寫一遍findviewById@BindViews（）:多個(gè)控件id 的注解，括號(hào)內(nèi)使用花括號(hào)包括多個(gè)id即可，中間用，分割開在Fragment中使用，綁定Fragment。@BindString（）：綁定字符串@BindArray：綁定數(shù)組@BindBitmap：綁定bitmap資源@OnClick、@OnLongClick：綁定點(diǎn)擊事件和長按事件…還有很多

插件安裝

如果是頁面很復(fù)雜，一個(gè)一個(gè)寫B(tài)indView也很費(fèi)勁，在Android Studio中，可以安裝一個(gè)ButterKnife的插件，安裝該插件后，可以在Studio中直接將對(duì)應(yīng)的布局中的所有控件均給自動(dòng)生成。

注意，在進(jìn)行自動(dòng)生成時(shí)，鼠標(biāo)要放在布局文件上。

注意事項(xiàng)

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

移動(dòng)APP開發(fā)框架盤點(diǎn)2：Web移動(dòng)前端框架大全

開源項(xiàng)目其實(shí)有一個(gè)成熟周期，這個(gè)周期大概是三年左右，自React框架在2013年發(fā)布并引爆了前端框架的大潮，這個(gè)屬于前端的周期就此開始了。

之后在2015年5月開源的React Native又開啟了屬于Web移動(dòng)前端的周期，15-16年，18-19年，21-22年正好就是屬于移動(dòng)前端的三個(gè)爆發(fā)點(diǎn)。

三年前，在第一個(gè)成熟收獲期，我盤點(diǎn)了移動(dòng)開發(fā)框架。在這第二個(gè)成熟收獲期，理所當(dāng)然要來盤點(diǎn)一波。

不過，當(dāng)我點(diǎn)開github項(xiàng)目的code-frequency時(shí)，還是被這個(gè)準(zhǔn)到嚇人的周期猜想驚呆了，先給你們看一波，剩下的自行驗(yàn)證。

1、

2、

再來說第二個(gè)比較有意思的發(fā)現(xiàn)，停止維護(hù)的項(xiàng)目絕大多數(shù)是Vue框架項(xiàng)目。

盤點(diǎn)開始的時(shí)候我還覺得React框架處于絕對(duì)劣勢(shì)，到完成時(shí)我發(fā)現(xiàn)React無論在選擇面還是成熟度上都超過了Vue。

原因我這里就不分析了，反正大家都有自己的看法。

網(wǎng)頁類框架就是前端組件框架，這一次雖然有大量項(xiàng)目停止維護(hù)，但是也有很多項(xiàng)目堅(jiān)持了下來，而且還涌現(xiàn)出了一批新項(xiàng)目。

大廠占了主導(dǎo)，因?yàn)檫@些年大廠在移動(dòng)開發(fā)上的需求，遠(yuǎn)高于其它方面。個(gè)人項(xiàng)目要堅(jiān)持確實(shí)不易。

本來是想要做一個(gè)驗(yàn)證項(xiàng)目，把所有框架都試用一遍并給出推薦度的。由于進(jìn)度太慢，還是下一次再發(fā)吧。

這次的重點(diǎn)是漸進(jìn)類框架，就是所謂多端同構(gòu)框架（小程序框架）。這幾年國內(nèi)的重點(diǎn)的各種小程序平臺(tái)，所以多端框架的需求很是旺盛。

不過大多數(shù)先行者都沒挺過來還是讓我很意外，只有Taro成功了，想想還是有很多讓人唏噓的東西。

在這里還是先預(yù)測一波吧，因?yàn)檫@一類框架最變化最大，最終還是有很多框架要出局的。

漸進(jìn)類框架是一個(gè)過渡性的產(chǎn)品，最終會(huì)變成橋接類框架的一部分，所以，與橋接類框架協(xié)同才是框架的出路。

這個(gè)賽道基本全是大廠了。

騰訊新一代跨端開發(fā)框架Hippy

Hippy一看就是淘寶Weex的對(duì)標(biāo)項(xiàng)目，Kpi功能全面壓制。所以官方支持 React 和 Vue 兩種主流前端框架。在Weex2019年實(shí)質(zhì)停更后發(fā)布，要不要這么卷？

Hippy 2.x 架構(gòu)主要分成三層，UI(JS) 層 Hippy-React 和 Hippy-Vue 負(fù)責(zé)驅(qū)動(dòng) UI 指令生成；中間層 C++ HippyCore 負(fù)責(zé)抹平平臺(tái)差異性和提供高性能模塊；渲染層 Android 和 iOS 負(fù)責(zé)提供終端底層模塊、組件，并與布局引擎通信。

對(duì)Weex慘遭遺棄，我上次就說過：「ReactNative提供工具，Weex提供框架，將平臺(tái)差異化屏蔽（Write Once, Run Everywhere）。所以Weex則注定功能相對(duì)弱小，并且坑比較多。」Weex最終下馬也是必然的，淘寶又發(fā)布升級(jí)版北海，為了實(shí)現(xiàn)（Write Once, Run Everywhere），它采用自繪，而且是基于Flutter自繪。

所以Hippy3.x就一如既往的Kpi功能層層加碼，很有騰訊風(fēng)格。在未來的 3.x 中業(yè)務(wù)與渲染層中的具體實(shí)現(xiàn)可根據(jù)用戶實(shí)際場景進(jìn)行切換：業(yè)務(wù)層上不再局限于 JS 驅(qū)動(dòng)，還可選擇（如：DSL/Dart/WASM 等）其它語言進(jìn)行驅(qū)動(dòng)；在渲染層中，渲染引擎除了支持現(xiàn)有原生（Native）渲染之外，還可以選擇其他渲染 Renderer，如 Flutter(Voltron) 渲染。

「Kraken 北?！故且豢罡咝阅躓eb渲染引擎。底層基于 Flutter 進(jìn)行渲染。

Kraken 不限制上層開發(fā)者使用的框架，無論你是使用 Vue 、Rax 還是 React 都可以開發(fā) Kraken 應(yīng)用。

Kraken 的 runtime 通過 JS Engine Binding 的方式提供了一系列 Web 標(biāo)準(zhǔn)的 API 接口，調(diào)用相應(yīng) API 會(huì)執(zhí)行相關(guān)邏輯并創(chuàng)建一系列需要發(fā)送給 Dart 層處理的指令。

Kraken 其實(shí)就是一個(gè)小程序平臺(tái)，而且追求全平臺(tái)完全一致。我雖然認(rèn)為各平臺(tái)不一致是很自然的事情，但是也表示理解，畢竟別人吹牛有當(dāng)真的傳統(tǒng)（KFC表示認(rèn)同）。

Kraken 現(xiàn)在也是一個(gè)小號(hào)瀏覽器，所以它的主要工作就是摳標(biāo)準(zhǔn)，畢竟它是一款基于 W3C 標(biāo)準(zhǔn)的高性能渲染引擎。

最后，我勸淘寶領(lǐng)導(dǎo)定Kpi要理智些，畢竟Hippy4我還蠻期待的。

滴滴出品的超輕量級(jí)動(dòng)態(tài)化跨端開發(fā)框架，主打輕量和實(shí)用。

Hummer 以 JS 引擎為基石，目前已支持 JavaScriptCore、Hermers、QuickJS 等業(yè)內(nèi)知名 JS 引擎（這里本來還有個(gè)V8的，我刪除了，源碼里面沒有，Kpi需要）。再配合經(jīng)過調(diào)優(yōu)的 Yoga 布局引擎，抹平了兩端視圖布局差異（性能更佳的自研布局引擎開發(fā)中）。順便提一下，Hippy采用V8（功能更強(qiáng)）自研布局引擎（性能更佳）。

Hummer 的特點(diǎn)是拋棄了業(yè)界其他動(dòng)態(tài)化跨端框架普遍使用的DSL層和VDOM層，因此原生 Hummer 不具備前端開發(fā)常用的響應(yīng)式編程的能力，但同時(shí)換來的是接近原生開發(fā)的體驗(yàn)和性能。再以原生 Hummer 為基礎(chǔ)，在此之上開發(fā)了一套基于MVVM架構(gòu)的開發(fā)框架 —— Tenon ，通過 Tenon，可以把使用 Vue/React 編寫的代碼，轉(zhuǎn)換成原生 Hummer 的代碼。

Hummer也是一個(gè)小程序平臺(tái)，而且超輕量。如果想要無限提升自己APP的能力，可以考慮嵌入Hummer。

Web移動(dòng)前端框架正在迎來第三個(gè)高速發(fā)展期，各類框架得到極大繁榮。

個(gè)人在具體項(xiàng)目的貢獻(xiàn)已經(jīng)微乎其微了，創(chuàng)新、架構(gòu)創(chuàng)新是唯一制勝的手段，這也是我看好React的根本原因。

最后，還是想做點(diǎn)微不足道的 探索 ，現(xiàn)在前端組件庫層出不窮，更換組件庫帶來的代價(jià)有點(diǎn)大。想創(chuàng)建一個(gè)框架，來實(shí)現(xiàn)上次說的組件公約數(shù)和公倍數(shù)，無縫切換組件庫。理論上支持所有組件庫 ，也能為后來者提供彎道超車的機(jī)會(huì)。我想大廠可能沒有需求，也不會(huì)愿意發(fā)布這種框架，畢竟都是平臺(tái)部門說了算。

這個(gè)庫就是useMobile，當(dāng)然分為useMobileReact和useMobileVue。下次先發(fā)布useMobileReact。等我發(fā)布后，再來填上面表中缺的推薦度。

原文地址：

Android 手機(jī)應(yīng)用開發(fā)一般采用什么框架?

android應(yīng)用開發(fā)框架是 Application Framework. 其系統(tǒng)架構(gòu)由5部分組成，分別是：Linux

Kernel、Android Runtime、Libraries、Application

Framework、Applications。第二部分將詳細(xì)介紹這5個(gè)部分。下面自底向上分析各層。

Android架構(gòu)

1、Linux Kernel

Android

基于Linux 2.6提供核心系統(tǒng)服務(wù)，例如：安全、內(nèi)存管理、進(jìn)程管理、網(wǎng)絡(luò)堆棧、驅(qū)動(dòng)模型。Linux

Kernel也作為硬件和軟件之間的抽象層，它隱藏具體硬件細(xì)節(jié)而為上層提供統(tǒng)一的服務(wù)。

如果你學(xué)過計(jì)算機(jī)網(wǎng)絡(luò)知道OSI/RM，就會(huì)知道分層的好處就是使用下層提供的服務(wù)而為上層提供統(tǒng)一的服務(wù)，屏蔽本層及以下層的差異，當(dāng)本層及以下層發(fā)生

了變化不會(huì)影響到上層。也就是說各層各盡其職，各層提供固定的SAP（Service Access Point），專業(yè)點(diǎn)可以說是高內(nèi)聚、低耦合。

如果你只是做應(yīng)用開發(fā)，就不需要深入了解Linux Kernel層。

2、Android Runtime

Android

包含一個(gè)核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個(gè)Android應(yīng)用程序是Dalvik虛擬機(jī)中的實(shí)例，運(yùn)行在他們自己

的進(jìn)程中。Dalvik虛擬機(jī)設(shè)計(jì)成，在一個(gè)設(shè)備可以高效地運(yùn)行多個(gè)虛擬機(jī)。Dalvik虛擬機(jī)可執(zhí)行文件格式是.dex，dex格式是專為Dalvik

設(shè)計(jì)的一種壓縮格式，適合內(nèi)存和處理器速度有限的系統(tǒng)。

大多數(shù)虛擬機(jī)包括JVM都是基于棧的，而Dalvik虛擬機(jī)則是基于寄存器的。兩種架構(gòu)各有優(yōu)劣，一般而言，基于棧的機(jī)器需要更多指令，而基于寄存器的機(jī)

器指令更大。dx 是一套工具，可以將 Java .class 轉(zhuǎn)換成 .dex

格式。一個(gè)dex文件通常會(huì)有多個(gè).class。由于dex有時(shí)必須進(jìn)行最佳化，會(huì)使文件大小增加1-4倍，以O(shè)DEX結(jié)尾。

Dalvik虛擬機(jī)依賴于Linux 內(nèi)核提供基本功能，如線程和底層內(nèi)存管理。

3、Libraries

Android

包含一個(gè)C/C++庫的集合，供Android系統(tǒng)的各個(gè)組件使用。這些功能通過Android的應(yīng)用程序框架（application

framework）暴露給開發(fā)者。下面列出一些核心庫： 系統(tǒng)C庫--標(biāo)準(zhǔn)C系統(tǒng)庫（libc）的BSD衍生，調(diào)整為基于嵌入式Linux設(shè)備

媒體庫--基于PacketVideo的OpenCORE。這些庫支持播放和錄制許多流行的音頻和視頻格式，以及靜態(tài)圖像文件，包括MPEG4、

H.264、 MP3、 AAC、 AMR、JPG、 PNG 界面管理--管理訪問顯示子系統(tǒng)和無縫組合多個(gè)應(yīng)用程序的二維和三維圖形層

LibWebCore--新式的Web瀏覽器引擎,驅(qū)動(dòng)Android 瀏覽器和內(nèi)嵌的web視圖 SGL--基本的2D圖形引擎

3D庫--基于OpenGL ES 1.0 APIs的實(shí)現(xiàn)。庫使用硬件3D加速或包含高度優(yōu)化的3D軟件光柵 FreeType

--位圖和矢量字體渲染 SQLite --所有應(yīng)用程序都可以使用的強(qiáng)大而輕量級(jí)的關(guān)系數(shù)據(jù)庫引擎

4、Application Framework

通

過提供開放的開發(fā)平臺(tái)，Android使開發(fā)者能夠編制極其豐富和新穎的應(yīng)用程序。開發(fā)者可以自由地利用設(shè)備硬件優(yōu)勢(shì)、訪問位置信息、運(yùn)行后臺(tái)服務(wù)、設(shè)置

鬧鐘、向狀態(tài)欄添加通知等等，很多很多。 開發(fā)者可以完全使用核心應(yīng)用程序所使用的框架APIs。應(yīng)用程序的體系結(jié)構(gòu)旨在簡化組件的重用

，任何應(yīng)用程序都能發(fā)布他的功能且任何其他應(yīng)用程序可以使用這些功能（需要服從框架執(zhí)行的安全限制）。這一機(jī)制允許用戶替換組件。

所有的應(yīng)用程序其實(shí)是一組服務(wù)和系統(tǒng)，包括：

視圖（View）--豐富的、可擴(kuò)展的視圖集合，可用于構(gòu)建一個(gè)應(yīng)用程序。包括包括列表、網(wǎng)格、文本框、按鈕，甚至是內(nèi)嵌的網(wǎng)頁瀏覽器

內(nèi)容提供者（Content Providers）--使應(yīng)用程序能訪問其他應(yīng)用程序（如通訊錄）的數(shù)據(jù)，或共享自己的數(shù)據(jù)

資源管理器（Resource Manager）--提供訪問非代碼資源，如本地化字符串、圖形和布局文件 通知管理器（Notification

Manager）--使所有的應(yīng)用程序能夠在狀態(tài)欄顯示自定義警告 活動(dòng)管理器（Activity

Manager）--管理應(yīng)用程序生命周期,提供通用的導(dǎo)航回退功能

5、Applications

Android裝配一

個(gè)核心應(yīng)用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯(lián)系人和其他設(shè)置。所有應(yīng)用程序都是用Java編程語言寫的。更加豐富的應(yīng)用

程序有待我們?nèi)ラ_發(fā)！ 從上面我們知道Android的架構(gòu)是分層的，非常清晰，分工很明確。Android本身是一套軟件堆迭(Software

Stack)，或稱為「軟件迭層架構(gòu)」，迭層主要分成三層：操作系統(tǒng)、中間件、應(yīng)用程序。從上面我們也看到了開源的力量，一個(gè)個(gè)熟悉的開源軟件在這里貢獻(xiàn)

了自己的一份力量。

手機(jī)app開發(fā)框架的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于開發(fā)app的框架、手機(jī)app開發(fā)框架的信息別忘了在本站進(jìn)行查找喔。