做混合的話Uniapp和Flutter我應(yīng)該學(xué)哪個??？

Uniapp目前比較成熟，而且用的是Vue語法，學(xué)習(xí)成本比較低，而且行業(yè)里面用的也比較廣泛，而Flutter的話，學(xué)習(xí)成本略高，因為要學(xué)習(xí)新的語言，還有就是目前生態(tài)不是特別完備，等他再發(fā)展發(fā)展吧。黑馬程序員官網(wǎng)有成套免費(fèi)視頻哦，有什么不懂的可以直接過去學(xué)習(xí)。您的采納是對我成長的鞭策

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了山亭免費(fèi)建站歡迎大家使用！

新建一個flutter項目，可以在ios上運(yùn)行，四步搞定！

1. 建立一個flutter項目的命令

2. 在ios文件夾下，生成pods文件夾

3. Xcode環(huán)境簽名設(shè)置；

把錯誤的版本刪除再添加，可解決簽名錯誤問題；必須先刪除再添加，直接修改可能不起作用。團(tuán)隊開發(fā)，必須使用團(tuán)隊的簽名。

4.運(yùn)行創(chuàng)建的flutter項目；

選擇真機(jī)、模擬機(jī)，點擊運(yùn)行按鈕，或使用命令運(yùn)行：

下面兩步是贈送的：

5.新加一款插件，所涉及的命令；

ios 端所涉及的命令

6. 剛更新的插件和已有的插件有沖突怎么辦？

可以試一試以下步驟：

Flutter Android端集成排坑 - armeabi 適配 & FlutterBoost

Flutter可以算是當(dāng)下最火熱的新技術(shù)之一，我現(xiàn)在所在團(tuán)隊也準(zhǔn)備將Flutter技術(shù)應(yīng)用到線上工程中。

關(guān)于混合工程，官方文檔其實寫的已經(jīng)比較清楚了，按著文檔走一般問題不大，

但是有一點值得注意的是，F(xiàn)lutter工程引入的庫的gradle的 buildTypes 要與原工程保持一致，如果不一致需要手工添加。

進(jìn)入正題，現(xiàn)在Flutter官方默認(rèn)只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是為模擬器準(zhǔn)備的。目前我們使用的SDK大部分只使用了armeabi架構(gòu)，直接使用我們會遇見找不到 libflutter.so，libapp.so 的情況，所以我們需要對FlutterSDK做一定的改造。

首先我們要了解下Flutter編譯產(chǎn)物，因為不同版本產(chǎn)物是不同的，這里我們只針對Flutter 1.9.1-hotfixes來說。除了資源文件之外，F(xiàn)lutter打包會生成兩個非常重要的so庫，他們分別是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK產(chǎn)物而 libapp.so 正是我們編寫的dart文件的產(chǎn)物。默認(rèn)情況下，這兩個文件都會出現(xiàn)在armeabi-v7a中，因此我們要作出對應(yīng)的改造。

libflutter.so 位于FlutterSDK中，這里順帶提一句，除了這對不同CPU架構(gòu)，它還分為Debug版和Release版，它們的區(qū)別在于Debug是為JIT編譯方式打造的，體積較大而Release是為AOT編譯方式打造的，體積很小。對 libflutter.so 的改造，只要將其移動文件路徑即可，運(yùn)行以下腳本即可，此腳本來自美團(tuán)分享的Flutter文章。

移動完了 libflutter.so 之后我們打包發(fā)現(xiàn)， libapp.so 仍然會出現(xiàn)在armeabi-v7a中，所以第二部我們就是移動 libapp.so 。這個需要更改 flutter.gradle ，我們在 flutter.gradle 的45行可以看到如下定義，它定義了我們的環(huán)境。

在524行我們可以看到，abiValue的取值就是根據(jù)上述定義值。

所以結(jié)論很簡單，只要將

private static final String ARCH_ARM32 = "armeabi-v7a";

改為

private static final String ARCH_ARM32 = "armeabi";

就可以完成對與 libflutter.so 的移動。

前期工作我們都做好了，打成aar就非常簡單了

直接使用 flutter build aar --target-platform android-arm

打出來后可以解壓檢查下 libflutter.so，libapp.so 是否都在armeabi文件夾下即可。

說完了armeabi適配問題，這里下說下有關(guān)于有關(guān)于FlutterBoost的接入。這個東西接入有兩點要注意。

在主app內(nèi)加上即可，常規(guī)操作，強(qiáng)制統(tǒng)一support包的版本號

注釋flutter.gradle第655行。因為編譯過程中，會去初始化插件項目的buildType下面的debug配置，而插件項目下并未配置debug，導(dǎo)致報錯。

如果發(fā)現(xiàn)文章中有錯誤或者有更好的解決方案歡迎指正留言，當(dāng)然如果本篇文章幫助你解決了問題，也不要吝嗇你的感謝。謝謝各位。

Flutter開發(fā)--Pub包管理

在原生開發(fā)中， Android 使用 Gradle 來管理依賴， iOS 用 Cocoapods 來管理依賴，Node 中通過 npm來管理依賴。 Flutter 使用配置文件 pubspec.yaml （位于項目根目錄）來管理第三方依賴包。

Pub 是Google官方的Dart Packages倉庫，類似于node中的npm倉庫，android中的jcenter，我們可以在上面查找我們需要的包和插件，也可以向pub發(fā)布我們的包和插件。

Pub工具 包含管理Package、部署Package和部署命令行應(yīng)用的命令。

如果使用的是Flutter SDK，不要直接使用pub命令。而是使用flutter pub命令，如下：

命令pub get/upgrade/outdated 屬于管理Package的依賴關(guān)系

用于檢索當(dāng)前 Package 所依賴的其它 Package。如果 pubspec.lock 文件已經(jīng)存在，則根據(jù)該文件中保存的依賴項版本獲取對應(yīng)的依賴項。如有必要，將會創(chuàng)建或更新該文件。

更新 package 依賴

當(dāng)你添加一個 package 后首次運(yùn)行 flutter pub get， Flutter 將會保存在 pubspec.lock lockfile 中找到的具體 package 版本。這將確保當(dāng)你或者團(tuán)隊中其他開發(fā)者運(yùn)行 flutter pub get 后能得到相同版本的 package。

如果你想升級到 package 的最新版本，比如使用 package 的最新特性，請運(yùn)行 flutter pub upgrade 。這將檢索你在 pubspec.yaml 文件中指定的版本約束所允許的最高可用版本。

案例

在flutter項目中導(dǎo)入hive包，在pubspec.yaml文件中添加配置：

執(zhí)行flutter pub get，可以在 pubspec.lock 中看到 hive 版本是2.1.0，這是因為目前hive的最新版本是2.1.0,配置“^”表示向最新版本兼容，具體可查看Package版本管理（ ），所以再執(zhí)行flutter pub upgrade 可以看到版本還是2.1.0，這個時候會發(fā)現(xiàn)pub get和 pub upgrade 效果一樣。

但是未來如果 hive 發(fā)布了2.2.0版本，這個時候使用flutter pub get在pubspec.lock中看到hive版本依舊是2.1.0，而執(zhí)行flutter pub upgrade 后在pubspec.lock中看到hive版本就是2.2.0。

現(xiàn)在先在flutter 項目的pubspec.yaml文件添加配置，指定hive版本是2.0.5，如下：

這個時候執(zhí)行flutter pub get后，可以在pubspec.lock的文件中看到hive版本是2.0.5，如果這個時候更改配置為 hive: ^2.0.5，再執(zhí)行flutter pub get就會發(fā)現(xiàn)在pubspec.lock的文件中看到hive版本還是2.0.5，這個時候可以執(zhí)行flutter pub outdated查看依賴的每個 package，如下圖，

可以看到，Upgrable項hive版本號為2.1.0，執(zhí)行flutter pub upgrade 后可以看到在pubspec.lock的文件中看到hive版本是2.1.0

在pubspec.yaml文件添加配置：

lxx_package_demo信息如下圖：

執(zhí)行flutter pub get后在pubspec.lock中看到flutter_log版本是0.0.1

現(xiàn)在修改lxx_package_demo版本號為0.0.2，再執(zhí)行flutter pub get

會發(fā)現(xiàn)版本會及時更新為0.0.2，這個時候執(zhí)行flutter pub get/upgrade效果一樣

參考文檔：

flutter 常見問題之a(chǎn)pp體積為何比較大

細(xì)心的開發(fā)者會發(fā)現(xiàn)flutter構(gòu)建的App體積比native的大一些，是什么原因造成App體積大呢？

其實flutter 在release時App體積和native的大小差不多，而debug時體積通常會大。debug版本體積較大是為了Hot reload和快速編譯。如果有flutter開發(fā)經(jīng)驗的朋友都體驗過，如果您修改一下App的背景顏色，只需save一下就可以立刻看到修改后效果。我稱之為“像藝術(shù)家一樣在創(chuàng)造App”，因此為了實現(xiàn)這些目標(biāo)，提高開發(fā)的效率，debug將占用全部資源。而當(dāng)我們構(gòu)建release版時，flutter又會采用AOT策略，提高App運(yùn)行效率，release版只打包必需的資源，因而體積又會減少。

另外，flutter團(tuán)隊也一直在尋找減小程序大小的方法。

跨平臺技術(shù)；H5和Flutter誰是未來？

前言

為什么跨平臺是發(fā)展趨勢？

同一個應(yīng)用，各個“端”獨(dú)立開發(fā)，不僅開發(fā)周期長，而且人員成本高。同時，作為技術(shù)人員，也不應(yīng)該滿足于這種重復(fù)、低能的工作狀態(tài)。在這樣的形勢下，跨平臺的技術(shù)方案也受到越來越多人和企業(yè)的關(guān)注。

本篇文章我將從原理、優(yōu)缺點等方面為大家分享跨平臺技術(shù)

一. H5

說到跨平臺，沒人不知道H5。不管是在Mac、Windows、Linux、iOS、Android還是其他平臺，只要給一個瀏覽器，連“月球”上它都能跑。

1.瀏覽器架構(gòu)

下面，我們來看看讓H5如此橫行霸道的瀏覽器的架構(gòu)：

瀏覽器由以上7個部分組成，而“渲染引擎”是性能優(yōu)化的重中之重，一起了解其中的渲染原理。

2.渲染引擎原理

不同的瀏覽器內(nèi)核不同，渲染過程會不太一樣，但主要流程還是一致的。

分為下面6步驟：

從以上6步，我們可以總結(jié)渲染優(yōu)化的要點：

以上就是瀏覽器端的內(nèi)容。但H5作為跨平臺技術(shù)的載體，是如何與不同平臺的App進(jìn)行交互的呢？這時候JSBridge就該出場了。

3.JSBridge原理

JSBridge，顧名思義，是JS和Native之間的橋梁，用來進(jìn)行JS和Native之間的通信。

通信分為以下兩個維度：

那么App內(nèi)加載H5的過程是什么樣的呢？

4.App打開H5過程

打開H5分為4個階段：

這四步，對應(yīng)的過程如上圖所以，我們可以針對性的做性能優(yōu)化。

5.優(yōu)缺點分析

下面，我們進(jìn)行H5的優(yōu)缺點分析：

優(yōu)點

缺點

雖然H5目前還存在不足，但隨著PWA、WebAssembly等技術(shù)的進(jìn)步，相信H5在未來能夠得到越來也好的發(fā)展。

二.小程序

2018年是微信小程序飛速發(fā)展的一年，19年，各大廠商快速跟進(jìn)，已經(jīng)有了很大的影響力。下面，我們以微信小程序為例，分析小程序的技術(shù)架構(gòu)。

小程序跟H5一樣，也是基于Webview實現(xiàn)。但它包含View視圖層、App Service邏輯層兩部分，分別獨(dú)立運(yùn)行在各自的WebView線程中。

1.View

可以理解為h5的頁面，提供UI渲染。由WAWebview.js來提供底層的功能,具體如下：

每個窗口都有一個獨(dú)立的WebView進(jìn)程，因此微信限制不能打開超過5個層級的頁面來保障用戶體驗。

2. App Service

提供邏輯處理、數(shù)據(jù)請求、接口調(diào)用。由WAService.js來提供底層的功能,具體如下：

運(yùn)行環(huán)境：

僅有一個WebView進(jìn)程

3.View App Service通信

視圖層和邏輯層通過系統(tǒng)層的JSBridage進(jìn)行通信，邏輯層把數(shù)據(jù)變化通知到視圖層，觸發(fā)視圖層頁面更新，視圖層將觸發(fā)的事件通知到邏輯層進(jìn)行業(yè)務(wù)處理。

4. 優(yōu)缺點分析

優(yōu)點

缺點

既然WebView性能不佳，那有沒有更好的方案呢？下面我們看看React Native。

三.React Native

RN的理念是在不同平臺上編寫基于React的代碼，實現(xiàn)Learn once, write anywhere。

Virtual DOM在內(nèi)存中，可以通過不同的渲染引擎生成不同平臺下的UI，JS和Native之間通過Bridge通信

1.React Native 工作原理

在 React 框架中，JSX 源碼通過 React 框架最終渲染到了瀏覽器的真實 DOM 中，而在 React Native 框架中，JSX 源碼通過 React Native 框架編譯后，與Native原生的UI組件進(jìn)行映射，用原生代替DOM元素來渲染，在UI渲染上非常接近Native App。

2.React Native 與Native平臺通信

3.優(yōu)缺點分析

優(yōu)點

缺點

4.RN展望

雖然RN還存在不足，但RN新版本已經(jīng)做了如下改進(jìn)，并且RN團(tuán)隊也在積極準(zhǔn)備大版本重構(gòu)，能否成為開發(fā)者們所信賴的跨平臺方案，讓我們拭目以待。

既然React Native在渲染方面還擺脫不了原生，那有沒有一種方案是直接操控GPU，自制引擎渲染呢，我們終于迎來了Flutter！

四.Flutter

Flutter是Google開發(fā)的一套全新的跨平臺、開源UI框架，支持iOS、Android系統(tǒng)開發(fā)，并且是未來新操作系統(tǒng)Fuchsia的默認(rèn)開發(fā)套件。渲染引擎依靠跨平臺的Skia圖形庫來實現(xiàn)，依賴系統(tǒng)的只有圖形繪制相關(guān)的接口，可以在最大程度上保證不同平臺、不同設(shè)備的體驗一致性，邏輯處理使用支持AOT的Dart語言，執(zhí)行效率也比JavaScript高得多。

1.Flutter架構(gòu)原理

2.Dart優(yōu)勢

很多人會好奇，為什么Flutter要用Dart，而不是用JavaScript開發(fā)，這里列下Dart的優(yōu)勢

3.優(yōu)缺點分析

優(yōu)點

缺點

當(dāng)前標(biāo)題：flutter團(tuán)隊,flutter簡介
新聞來源：http://biofuelwatch.net/article/hosdjc.html