首頁網(wǎng)站建設(shè) 正文

手機app開發(fā)框架（手機軟件開發(fā)框架）

網(wǎng)站建設(shè) 2022-12-13T10:43:10 4445

本篇文章給大家談?wù)勈謾Capp開發(fā)框架，以及手機軟件開發(fā)框架對應(yīng)的知識點，希望對各位有所幫助，不要忘了收藏本站喔。如何設(shè)計app的架構(gòu) 想要設(shè)計App的整體框架，首先要清楚我們做的是什么一般我們與網(wǎng)絡(luò)交互數(shù)據(jù)的方式有兩種：主動請求(http)，長連接推送結(jié)合網(wǎng)絡(luò)交互數(shù)據(jù)的方式來說一下我們開發(fā)的App的類型和特點：數(shù)據(jù)展示類型的App：特點是頁面多，需要頻繁調(diào)用后端接口進行數(shù)據(jù)交互，以http請求為主；推送模塊，IM類型App的IM核心功能以長連接為主，比較看重電量、流量消耗。

本篇文章給大家談?wù)勈謾Capp開發(fā)框架，以及手機軟件開發(fā)框架對應(yīng)的知識點，希望對各位有所幫助，不要忘了收藏本站喔。

如何設(shè)計app的架構(gòu)

想要設(shè)計App的整體框架，首先要清楚我們做的是什么

一般我們與網(wǎng)絡(luò)交互數(shù)據(jù)的方式有兩種：主動請求(http)，長連接推送

結(jié)合網(wǎng)絡(luò)交互數(shù)據(jù)的方式來說一下我們開發(fā)的App的類型和特點：

數(shù)據(jù)展示類型的App：特點是頁面多，需要頻繁調(diào)用后端接口進行數(shù)據(jù)交互，以http請求為主；推送模塊，IM類型App的IM核心功能以長連接為主，比較看重電量、流量消耗。

手機助手類App：主要著眼于系統(tǒng)API的調(diào)用，達到輔助管理系統(tǒng)的目的，網(wǎng)絡(luò)調(diào)用的方式以http為主。

游戲：一般分為游戲引擎和業(yè)務(wù)邏輯，業(yè)務(wù)腳本化編寫，網(wǎng)絡(luò)以長連接為主，http為輔。

一般我們做的App都是類型1，簡要來說這類app的主要工作就是

把服務(wù)端的數(shù)據(jù)拉下來給用戶展示

把用戶在客戶端修改的數(shù)據(jù)上傳給服務(wù)端處理

所以這類App的網(wǎng)絡(luò)調(diào)用相當(dāng)頻繁，而且需要考慮到網(wǎng)絡(luò)差，沒網(wǎng)絡(luò)等情況下，App的運行，成熟的商業(yè)應(yīng)用的網(wǎng)絡(luò)調(diào)用一般是如下流程：

UI發(fā)起請求 - 檢查緩存 - 調(diào)用網(wǎng)絡(luò)模塊 - 解析返回JSON / 統(tǒng)一處理異常 - JSON對象映射為Java對象 - 緩存 - UI獲取數(shù)據(jù)并展示

這之中可以看到很明顯職責(zé)劃分，即：數(shù)據(jù)獲取；數(shù)據(jù)管理；數(shù)據(jù)展示

確定了職責(zé)，就可以進入正題了

1. 傳統(tǒng)的Android App架構(gòu)

Android最原生也是最基礎(chǔ)的架構(gòu)，可以理解為MVC，Controller即是Activity和Fragment，但是這兩者掌握了Android系統(tǒng)中絕大多數(shù)的資源，并且在內(nèi)部直接控制View，因此傳統(tǒng)的Android App一般是以Activity和Fragment為核心，將網(wǎng)絡(luò)模塊，數(shù)據(jù)庫管理模塊，文件管理模塊，常用工具類等分離成若干工具類包，供Activity和Fragment使用。

這是比較基礎(chǔ)的Android項目架構(gòu)，市面上大部分App都是這種造型

優(yōu)點：就是開發(fā)簡單，以頁面為導(dǎo)向；如果構(gòu)建水平可以，項目就已經(jīng)基本實現(xiàn)模塊化，基于Activity，F(xiàn)ragment這這兩個上帝般的存在，很多事情直接就妥了，不用繞。

缺點：維護難，因為是以頁面為導(dǎo)向的，有些需要共用的業(yè)務(wù)邏輯就會很煩，don't repeat your self，你要不要repeat ？不想repeat就要寫模塊，慢慢的項目就會多出一堆亂七八糟的小模塊。另一方面，測試很困難，因為所有的數(shù)據(jù)處理都在Activity和Fragment，假如現(xiàn)在想先用假數(shù)據(jù)顯示，就要直接改Activity和Fragment的數(shù)據(jù)控制邏輯。

還有個最惱火的問題，那就是業(yè)務(wù)復(fù)雜起來后Activity和Fragment的代碼量激增，舉一個例子，電商App的購物車，如果只是管理一下購物車中的商品，無非就是查、刪、改調(diào)用，列表管理，300多行代碼應(yīng)該就搞定了，假如現(xiàn)在加了個優(yōu)惠券提示呢？光優(yōu)惠券不夠，還有滿減，還有湊單，要計算運費。還要能領(lǐng)取優(yōu)惠券…… 噢，忘了一般來說還有一個商品推薦，好了現(xiàn)在有兩個列表要管理了，你覺得CartActivity 2000行代碼能止住么？

在上面這些缺點的描述中，可以看到一個很大的痛點在于：Activity和Fragment不應(yīng)該管這么多數(shù)據(jù)處理邏輯

2. 分層架構(gòu)

如果仔細看自己的項目，可以發(fā)現(xiàn)絕大多數(shù)數(shù)據(jù)處理的代碼是不需要使用Activity和Fragment持有的資源的（比如Context），而很多時候我們需要多個頁面共用一套數(shù)據(jù)和請求邏輯，很經(jīng)典的例子是應(yīng)用中的User對象，一般來說都是全局單例。

這些全局的數(shù)據(jù)源寫多了，很容易就能想到將數(shù)據(jù)處理統(tǒng)一抽出來形成一層，向上層提供數(shù)據(jù)接口，而上層并不關(guān)心數(shù)據(jù)的來源（內(nèi)存，緩存，網(wǎng)絡(luò)），因為不用從Activity和Fragment拿資源而且主要工作是數(shù)據(jù)處理，所以這一層是UI無關(guān)的，大幅提升了復(fù)用性，我把這一層稱為DataManager層。

這是我一個項目的包結(jié)構(gòu)

Activity和Fragment剝離了數(shù)據(jù)處理的責(zé)任后，持有DataManager的引用，負責(zé)獲取數(shù)據(jù)并展示，向DataManager傳遞數(shù)據(jù)，絕不進行網(wǎng)絡(luò)請求和緩存讀寫。

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

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

Kernel、Android Runtime、Libraries、Application

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

Android架構(gòu)

1、Linux Kernel

Android

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

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

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

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

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

2、Android Runtime

Android

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

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

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

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

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

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

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

3、Libraries

Android

包含一個C/C++庫的集合，供Android系統(tǒng)的各個組件使用。這些功能通過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)和無縫組合多個應(yīng)用程序的二維和三維圖形層

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

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

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

4、Application Framework

通

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

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

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

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

視圖（View）--豐富的、可擴展的視圖集合，可用于構(gòu)建一個應(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)欄顯示自定義警告活動管理器（Activity

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

5、Applications

Android裝配一

個核心應(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)用程序。從上面我們也看到了開源的力量，一個個熟悉的開源軟件在這里貢獻

了自己的一份力量。

手機app開發(fā)框架（手機軟件開發(fā)框架）

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

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

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

1、okHttp

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

2、Retrofit

介紹

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

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

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’

使用

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

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的模式創(chuàng)建，如下代碼所示：

Retrofit retrofit = new Retrofit.Builder()

.baseUrl(Constants.BASE_API)

.addConverterFactory(GsonConverterFactory.create())

.build();

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

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

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

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

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

newsListCall.enqueue(new Callback() {

@Override

public void onResponse(Call call, Response response) {

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

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) {

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

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

}

});

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

3、RxJava

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

原理

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

特點

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

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

基于此，還有一個RxAndroid，github地址如下：

RxJava和RxAndroid的關(guān)系

RxAndroid是RxJava的一個針對Android平臺的擴展，主要用于 Android 開發(fā)。

基本概念

RxJava 有四個基本概念：

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

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

事件

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

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

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

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

GreenDAO

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

GreenDao的官方文檔地址如下：

GreenDao的作用

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

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

核心概念

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

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

使用

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

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

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

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

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

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

dependences{

implementation ‘org.greenrobot:greendao:3.2.0’

}

然后就可以使用了。

bean實體

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

ORMLite

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

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

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

視圖注入框架

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

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

該項目在github上的地址如下：

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

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

使用

首先是設(shè)置依賴，在build.gradle中進行依賴設(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

}

//…

}

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

dependences{

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

}

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

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

ButterKnife.bind( this) ;

主要的功能

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

插件安裝

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

注意，在進行自動生成時，鼠標(biāo)要放在布局文件上。

注意事項

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

移動APP開發(fā)框架盤點2：Web移動前端框架大全

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

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

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

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

1、

2、

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

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

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

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

大廠占了主導(dǎo)，因為這些年大廠在移動開發(fā)上的需求，遠高于其它方面。個人項目要堅持確實不易。

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

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

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

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

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

這個賽道基本全是大廠了。

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

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

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

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

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

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

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 會執(zhí)行相關(guān)邏輯并創(chuàng)建一系列需要發(fā)送給 Dart 層處理的指令。

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

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

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

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

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

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

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

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

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

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

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

原文地址：