本篇文章給大家談?wù)勚髁鱝pp開(kāi)發(fā)框架，以及app開(kāi)發(fā)的三大技術(shù)框架對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

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

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

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

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

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

1、

2、

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

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

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

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

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

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

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

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

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

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

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

騰訊新一代跨端開(kāi)發(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慘遭遺棄，我上次就說(shuō)過(guò)：「ReactNative提供工具，Weex提供框架，將平臺(tái)差異化屏蔽（Write Once, Run Everywhere）。所以Weex則注定功能相對(duì)弱小，并且坑比較多?！筗eex最終下馬也是必然的，淘寶又發(fā)布升級(jí)版北海，為了實(shí)現(xiàn)（Write Once, Run Everywhere），它采用自繪，而且是基于Flutter自繪。

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

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

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

Kraken 的 runtime 通過(guò) 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)化跨端開(kāi)發(fā)框架，主打輕量和實(shí)用。

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

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

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

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

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

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

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

原文地址：

現(xiàn)在主流的web app框架有哪些

現(xiàn)在主流的WEB APP開(kāi)發(fā)框架有哪些？Web?app框架是一種基于瀏覽器載體的框架，包含前端、后端和數(shù)據(jù)庫(kù)三個(gè)大的方向，各個(gè)方向的工具技術(shù)都不一樣?，F(xiàn)在主流的工具技術(shù)包含.NET、SqlServer、Bootstrap等，開(kāi)發(fā)工具也會(huì)不一樣。

web APP開(kāi)發(fā)框架和工具詳解

Web APP前端開(kāi)發(fā)技術(shù)框架包括三個(gè)要素：HTML、CSS和JavaScript，當(dāng)然還有很多高級(jí)的前端框架，比如bootstrap、Jquery等。

Web APP后端技術(shù)框架也有很多，比如.Net、JAVA、PHP等，各大語(yǔ)言都有其開(kāi)發(fā)架構(gòu)和工具，像.NET的MVC架構(gòu)和Visual Studio工具，JAVA的J2EE架構(gòu)和Eclipse工具。

數(shù)據(jù)庫(kù)現(xiàn)在有三種主流的關(guān)系型數(shù)據(jù)庫(kù)：Mysql\SQLserver\Oracle，還有Nosql非關(guān)系型數(shù)據(jù)庫(kù)：Redis、Mogodb等。開(kāi)發(fā)工具有SQL Server Management Studio、Navicat等。

好用的app前端框架有哪些？

前端前景是很不錯(cuò)的，像前端這樣的專業(yè)還是一線城市比較好，師資力量跟得上、就業(yè)的薪資也是可觀的，學(xué)習(xí)前端可以按照路線圖的順序，

0基礎(chǔ)學(xué)習(xí)前端是沒(méi)有問(wèn)題的，關(guān)鍵是找到靠譜的前端培訓(xùn)機(jī)構(gòu)，你可以深度了解機(jī)構(gòu)的口碑情況，問(wèn)問(wèn)周圍知道這家機(jī)構(gòu)的人，除了口碑再了解機(jī)構(gòu)的以下幾方面：

1. 師資力量雄厚

要想有1+12的實(shí)際效果，很關(guān)鍵的一點(diǎn)是師資隊(duì)伍，你接下來(lái)無(wú)論是找個(gè)工作還是工作中出任哪些的人物角色，都越來(lái)越愛(ài)你本身的技術(shù)專業(yè)前端技術(shù)性，也許的技術(shù)專業(yè)前端技術(shù)性則絕大多數(shù)來(lái)自你的技術(shù)專業(yè)前端教師，一個(gè)好的前端培訓(xùn)機(jī)構(gòu)必須具備雄厚的師資力量。

2. 就業(yè)保障完善

實(shí)現(xiàn)1+12效果的關(guān)鍵在于能夠?yàn)槟闾峁┝己玫陌l(fā)展平臺(tái)，即能夠?yàn)槟闾峁┝己玫木蜆I(yè)保障，讓學(xué)員能夠?qū)W到實(shí)在實(shí)在的知識(shí)，并向前端學(xué)員提供一對(duì)一的就業(yè)指導(dǎo)，確保學(xué)員找到自己的心理工作。

3. 學(xué)費(fèi)性價(jià)比高

一個(gè)好的前端培訓(xùn)機(jī)構(gòu)肯定能給你帶來(lái)1+12的效果，如果你在一個(gè)由專業(yè)的前端教師領(lǐng)導(dǎo)并由前端培訓(xùn)機(jī)構(gòu)自己提供的平臺(tái)上工作，你將獲得比以往更多的投資。

希望你早日學(xué)有所成。

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

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

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

1、okHttp

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

2、Retrofit

介紹

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

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

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庫(kù)，和其他庫(kù)一樣，首先需要設(shè)置依賴，依然是在build.gradle文件中設(shè)置依賴：

//添加retrofit庫(kù)依賴

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

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

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

使用

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

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)求回來(lái)的數(shù)據(jù)轉(zhuǎn)換為Java結(jié)構(gòu)體，這里設(shè)置的Gson解析器，因此要引入相應(yīng)的轉(zhuǎn)換器支持庫(kù)。

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

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

原理

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

特點(diǎn)

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

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

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

RxJava和RxAndroid的關(guān)系

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

基本概念

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

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

這四個(gè)概念之間的邏輯關(guān)系是：Observable和Observer通過(guò)subscribe方法實(shí)現(xiàn)訂閱關(guān)系，從而Observable可以在需要的時(shí)候發(fā)出事件來(lái)通知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ì)列異常。在事件處理過(guò)程中出異常時(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ù)庫(kù)操作框架

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

GreenDAO

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

GreenDao的官方文檔地址如下：

GreenDao的作用

通過(guò) GreenDao，我們可以更快速的操作數(shù)據(jù)庫(kù)，我們可以使用簡(jiǎn)單的面相對(duì)象的API來(lái)存儲(chǔ)，更新，刪除和查詢 Java 對(duì)象。這款數(shù)據(jù)庫(kù)操作框架的特點(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ù)庫(kù)對(duì)象（SQLiteDatabase）并管理特定模式的 DAO 類（而不是對(duì)象）。它有靜態(tài)方法來(lái)創(chuàng)建表或刪除它們。它的內(nèi)部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實(shí)現(xiàn)，它們?cè)?SQLite 數(shù)據(jù)庫(kù)中創(chuàng)建模式。DaoSession：管理特定模式的所有可用 DAO 對(duì)象，您可以使用其中一個(gè)getter方法獲取該對(duì)象。DaoSession 還提供了一些通用的持久性方法，如實(shí)體的插入，加載，更新，刷新和刪除。XXXDao：數(shù)據(jù)訪問(wèn)對(duì)象（DAO）持久存在并查詢實(shí)體。對(duì)于每個(gè)實(shí)體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對(duì)象。通常, 實(shí)體對(duì)象代表一個(gè)數(shù)據(jù)庫(kù)行使用標(biāo)準(zhǔn) Java 屬性(如一個(gè)POJO 或 JavaBean )。

使用

按照官方的文檔和github上的說(shuō)明可以實(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’ //開(kāi)頭加入該代碼

dependences{

implementation ‘org.greenrobot:greendao:3.2.0’

}

然后就可以使用了。

bean實(shí)體

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

ORMLite

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

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

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

視圖注入框架

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

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

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

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

強(qiáng)大的View綁定和Click事件處理功能，簡(jiǎn)化代碼，提升開(kāi)發(fā)效率方便的處理Adapter里的ViewHolder綁定問(wèn)題運(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)行使用了。

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

ButterKnife.bind( this) ;

主要的功能

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

插件安裝

如果是頁(yè)面很復(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ù)帶來(lái)不必要的麻煩，反而影響工作進(jìn)度。

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