當(dāng)一個(gè)純Flutter APP開(kāi)發(fā)完成，我們要打包發(fā)布到App Store和各大安卓市場(chǎng)，這時(shí)候我們需要設(shè)置APP的版本號(hào)。
成都創(chuàng)新互聯(lián)公司公司2013年成立，先為貢山等服務(wù)建站，貢山等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為貢山企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。
如果我們?cè)谑褂迷鷌OS或者Android開(kāi)發(fā)的時(shí),我們會(huì)在info.plist中設(shè)置 version 和 build 或是在build.gradle中設(shè)置 versionName 和 versionCode ,他們分別表示APP的版本和構(gòu)建版本。
但是我們?cè)谑褂肍lutter管理APP版本時(shí)，打開(kāi) pubspec.yaml 只看到一個(gè) version 字段。這時(shí)候我們應(yīng)該怎么設(shè)置APP的 version 和 build 呢？
我們?cè)趐ub上隨便找一個(gè)Flutter的組件，例如官方的 camera ,我們可以看到截止目前為止最新的版本為： camera: ^0.5.2+1 。看到這里，我想大家都明白了，Dart采用的是加號(hào)式的版本描述方式， + 前面是版本號(hào)， + 后面是當(dāng)前版本的build號(hào)。所以我們?cè)O(shè)置APP的版本號(hào)和build次數(shù)，在這里設(shè)置即可，例如： version: 1.2.0+1 。
當(dāng)我們新建一個(gè)Flutter工程的時(shí)候，我們分別使用Xcode和Android Studio打開(kāi)iOS和Android的工程可以看到，iOS中的 version 和 build 的值分別為 FLUTTER_BUILD_NAME 和 FLUTTER_BUILD_NUMBER ：
同樣我們打開(kāi)Android工程可以看到有如下定義：
事實(shí)上，F(xiàn)lutter在編譯的時(shí)候會(huì)生成 ios/Flutter/Generated.xcconfig 和 android/local.properties 文件。這兩個(gè)文件由Flutter編譯自動(dòng)生成，不可更改。記錄了包含SDK路徑或者文件路徑，版本信息，環(huán)境配置（release/debug）等信息。原生工程獲取版本信息的變量就定義在這兩個(gè)文件里面。
Flutter是谷歌公司推出的跨終端的開(kāi)發(fā)框架，支持Android、iOS和WEB終端。1.0版在2018年12月5日發(fā)布，目前的最新版本是1.5，它采用的開(kāi)發(fā)語(yǔ)言是Dart，Dart也是谷歌開(kāi)發(fā)的計(jì)算機(jī)編程語(yǔ)言，語(yǔ)法類(lèi)似C，是編譯型語(yǔ)言：
hello world例子，打印字符串“Hello World!”：
1、沒(méi)有橋接層
React Native、Weex等技術(shù)都是跨終端的框架，然而性能跟原生App存在很大差距。這是由于它們的工作原理決定的：
React Native、Weex等技術(shù)多了一個(gè)橋接層，所以界面渲染會(huì)慢一些，由于UI渲染非常頻繁，想要不卡頓，基本上比較難，性能和用戶體驗(yàn)跟原生代碼有差距。而這恰恰是Flutter的優(yōu)勢(shì)所在：
Dart可以被編譯成不同平臺(tái)的本地代碼，讓Flutter不通過(guò)橋接層直接跟平臺(tái)通信，自然性能會(huì)快一些。
2、編譯執(zhí)行
JavaScript是解釋執(zhí)行的，Dart是編譯執(zhí)行的，性能誰(shuí)好一目了然。
3、Flutter Engine虛擬機(jī)
Flutter是依靠Flutter Engine虛擬機(jī)在iOS和Android上運(yùn)行的，F(xiàn)lutter Engine使用C/C++編寫(xiě)，開(kāi)發(fā)人員通過(guò)Flutter框架直接和API在內(nèi)部進(jìn)行交互，所以具有輸入低延遲和UI渲染高幀速率的特點(diǎn)。除了這特點(diǎn)之外，F(xiàn)lutter還提供了自己的小部件，F(xiàn)lutter小部件是使用從React獲取靈感的現(xiàn)代框架構(gòu)建的。 中心思想是您使用小部件構(gòu)建UI。
窗口小部件根據(jù)其當(dāng)前配置和狀態(tài)描述了它們的視圖。 當(dāng)窗口小部件的狀態(tài)發(fā)生更改時(shí)，窗口小部件會(huì)重建其描述，框架將根據(jù)前面的描述進(jìn)行區(qū)分，以確定底層呈現(xiàn)樹(shù)從一個(gè)狀態(tài)轉(zhuǎn)換到下一個(gè)狀態(tài)所需的最小更改?？梢灾苯釉贠S平臺(tái)提供的畫(huà)布上進(jìn)行描繪，也就是一些核心類(lèi)庫(kù)直接放到虛擬機(jī)里面，調(diào)用起來(lái)更快。
從它的系統(tǒng)結(jié)構(gòu)可以看出，類(lèi)似安卓的ART(Android Run Time)虛擬機(jī)，同樣采用AOT(Ahead of TIme)技術(shù)，會(huì)在APP安裝時(shí)就編譯成機(jī)器語(yǔ)言，不再解釋執(zhí)行，從而優(yōu)化了APP運(yùn)行的性能。
4、自帶渲染引擎
Flutter使用谷歌自己的Skia渲染引擎，而Android系統(tǒng)自帶Skia引擎，iOS平臺(tái)上Flutter也會(huì)把Skia引擎打包到APP中，從而實(shí)現(xiàn)了高效渲染。而React Native通過(guò)橋接層訪問(wèn)原生UI，操作頻繁就容易出性能問(wèn)題。
綜合所述，F(xiàn)lutter 是性能最接近原生代碼 的一種開(kāi)發(fā)框架，未來(lái)也會(huì)是構(gòu)建谷歌Fuchsia應(yīng)用的主要方式，前途不可限量，唯一的問(wèn)題就是需要學(xué)習(xí)一門(mén)新的語(yǔ)言：Dart，而有Java或者C#語(yǔ)言基礎(chǔ)的程序員會(huì)比較容易學(xué)習(xí)。
在玩安卓上有款組件化開(kāi)源app的項(xiàng)目，一款模仿 Eyepetizer | 開(kāi)眼視頻的 開(kāi)源app,這款app設(shè)計(jì)風(fēng)格特別喜歡的，比較簡(jiǎn)潔，美觀，然后最近又在學(xué)flutter的知識(shí)，于是就寫(xiě)了一款flutter版本的開(kāi)源短視頻，效果也是聽(tīng)不錯(cuò)的，廢話不多說(shuō)，先上效果圖。
先附上項(xiàng)目地址：
項(xiàng)目api會(huì)在后面的參考鏈接里，或者直接項(xiàng)目?jī)?nèi)查看。
項(xiàng)目地址：
更新：6/30 項(xiàng)目新增下拉刷新，上拉加載功能
kotlin版本開(kāi)眼短視頻開(kāi)發(fā)中，敬請(qǐng)期待...
總結(jié)：在此感謝參考的伙伴的文章，寫(xiě)的也很好，然后我將這個(gè)項(xiàng)目改寫(xiě)成了flutter，當(dāng)中也學(xué)習(xí)到了很多flutter相關(guān)的知識(shí)，后續(xù)還有繼續(xù)鞏固，不斷學(xué)習(xí)。
參考鏈接（包含本項(xiàng)目的api）
細(xì)心的開(kāi)發(fā)者會(huì)發(fā)現(xiàn)flutter構(gòu)建的App體積比native的大一些，是什么原因造成App體積大呢？
其實(shí)flutter 在release時(shí)App體積和native的大小差不多，而debug時(shí)體積通常會(huì)大。debug版本體積較大是為了Hot reload和快速編譯。如果有flutter開(kāi)發(fā)經(jīng)驗(yàn)的朋友都體驗(yàn)過(guò)，如果您修改一下App的背景顏色，只需save一下就可以立刻看到修改后效果。我稱之為“像藝術(shù)家一樣在創(chuàng)造App”，因此為了實(shí)現(xiàn)這些目標(biāo)，提高開(kāi)發(fā)的效率，debug將占用全部資源。而當(dāng)我們構(gòu)建release版時(shí)，flutter又會(huì)采用AOT策略，提高App運(yùn)行效率，release版只打包必需的資源，因而體積又會(huì)減少。
另外，flutter團(tuán)隊(duì)也一直在尋找減小程序大小的方法。
重慶分公司
重慶分公司
