這種方法最常見(jiàn)，但是有些地方引用的話，刷新的成本比較大，刷新的是整個(gè)頁(yè)面，數(shù)據(jù)太多加載太慢的話，會(huì)有閃爍的現(xiàn)象
創(chuàng)新互聯(lián)公司是專業(yè)的邛崍網(wǎng)站建設(shè)公司，邛崍接單;提供網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作,網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行邛崍網(wǎng)站開發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛(ài)的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!
這種方法類似于iOS中的set方法，通過(guò)設(shè)置某個(gè)屬性的時(shí)候，去刷新某個(gè)控件。在flutter中這種刷新方式，是對(duì)上面setState(){}方法的改進(jìn)，根本的方法還是setState(){}，只不過(guò)是通過(guò)方法去刷新某個(gè)控件。如下：
首先在pubspec.yaml中添加provider依賴
下面通過(guò)provider來(lái)實(shí)現(xiàn)一個(gè)發(fā)送驗(yàn)證碼的案例。
創(chuàng)建一個(gè)TimerModel文件
頁(yè)面布局如下：
首先你要確定你的網(wǎng)絡(luò)是不是通的，之前能運(yùn)行說(shuō)明你之前環(huán)境是好的，現(xiàn)在不行了，那你中途肯定是有過(guò)變動(dòng)，有變動(dòng)就有可能需要聯(lián)網(wǎng)去下載（很慢會(huì)造成假死），或者是你項(xiàng)目里配的倉(cāng)庫(kù)訪問(wèn)不到了（比如是國(guó)外的倉(cāng)庫(kù)，換成阿里的試試）
這是他提的 ：
用的是這個(gè)官方動(dòng)畫效果
（ ）
運(yùn)行起來(lái)的效果 如下：就是在一個(gè)Column 中放置了3個(gè)的動(dòng)畫
目前測(cè)試App在前臺(tái)，運(yùn)行中的CPU的情況
打開App的時(shí)候 CPU的使用率 ，當(dāng)App在做網(wǎng)絡(luò)請(qǐng)求的時(shí)候，占用率會(huì)更加的高
這是打開百度翻譯的APP CPU占有率
記不記得這個(gè)圖片，電腦的CPU使用率，如果它的占用大于了60%，你就會(huì)發(fā)現(xiàn)電腦的風(fēng)扇在拼命的轉(zhuǎn)，而且電腦會(huì)運(yùn)行過(guò)慢
但是手機(jī)好像沒(méi)有像電腦那么嚴(yán)重，使用起來(lái)也沒(méi)有那么卡，這個(gè)和手機(jī)的固件設(shè)計(jì)有關(guān)系
這是另外一個(gè)小伙伴的公司的App內(nèi)存的占用情況
CPU使用率是性能測(cè)試是一項(xiàng)重要指標(biāo)，CPU占用過(guò)高會(huì)使得設(shè)備運(yùn)行程序出現(xiàn)卡頓與發(fā)熱，甚至出現(xiàn)應(yīng)用程序Crash,影響用戶體驗(yàn)。在排除硬件環(huán)境的限制下，應(yīng)用程序應(yīng)該盡可能少的占用CPU。
一個(gè)Demo，3個(gè)動(dòng)畫的CPU使用率達(dá)到了80%，如果用java or kotlin 去實(shí)現(xiàn)應(yīng)該不會(huì)有那么高的占有率，所以Flutter的還需要繼續(xù)的優(yōu)化。
(App性能測(cè)試—CPU使用率):
1.webview_flutter
2.flutter_inappwebview
3.flutter_webview_plugin
筆者最近發(fā)現(xiàn)webview_flutter在Android端嵌套帶有較長(zhǎng)的Webview頁(yè)面時(shí)偶?xì)W會(huì)存在卡頓問(wèn)題表現(xiàn)為加速向下滑動(dòng)到頁(yè)面底部，然后從底部慢慢像上滑就不起作用了，體驗(yàn)很不好，經(jīng)過(guò)一天的排查和實(shí)驗(yàn)發(fā)現(xiàn)是webview_flutter插件自己的問(wèn)題，用原生嵌套WebView并沒(méi)有問(wèn)題，后來(lái)改成flutter_webview_plugin問(wèn)題可以解決，但是flutter_webview_plugin插件并不是基于flutter渲染的并不能在嵌套webview的頁(yè)面自定義flutter樣式層，后來(lái)發(fā)現(xiàn)使用flutter_inappwebview插件能夠完美解決問(wèn)題。推薦你們用flutter_inappwebview。
文章轉(zhuǎn)自：
用Android Stduio創(chuàng)建Flutter項(xiàng)目的時(shí)候，會(huì)出現(xiàn)各種問(wèn)題，踩了一個(gè)又一個(gè)，最后編譯的時(shí)候可能會(huì)出現(xiàn)一直顯示Running Gradle task 'assembleDebug'然后就不動(dòng)了，或者會(huì)顯示Could not resolve io.flutter等問(wèn)題，歸根結(jié)底是網(wǎng)絡(luò)無(wú)法訪問(wèn)到Google服務(wù)引起的，兩種解決方案：
1.具有比較良好的訪問(wèn)谷歌的網(wǎng)絡(luò)環(huán)境
2.修改鏡像源為國(guó)內(nèi)的：
找到Flutte SDK目錄下的Flutter打包配置文件flutter.gradle
路徑為flutter\packages\flutter_tools\gradle\flutter.gradle
第一處配置：
buildscript {
repositories {
//注釋
// google()
// jcenter()
//添加
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
dependencies {
classpath 'com.android.tools.build:gradle:3.5.0'
}
}
第二處配置：
class FlutterPlugin implements PluginProject {
//注釋
// private static final String MAVEN_REPO = " ";
//添加這行
private static final String MAVEN_REPO = " ";
第三處配置：
void addFlutterDependencies(buildType) {
String flutterBuildMode = buildModeFor(buildType)
if (!supportsBuildMode(flutterBuildMode)) {
return
}
String repository = useLocalEngine()
? project.property('local-engine-repo')
: MAVEN_REPO
最后一處，項(xiàng)目中的配置，修改Flutter項(xiàng)目下的android下的build.gradle：
buildscript {
ext.kotlin_version = '1.3.50'
repositories {
// google()
// jcenter()
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
}
allprojects {
repositories {
// google()
// jcenter()
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
}
修改完成后，再build，就可以正常構(gòu)建了?。?！
Flutter是谷歌公司推出的跨終端的開發(fā)框架，支持Android、iOS和WEB終端。1.0版在2018年12月5日發(fā)布，目前的最新版本是1.5，它采用的開發(fā)語(yǔ)言是Dart，Dart也是谷歌開發(fā)的計(jì)算機(jī)編程語(yǔ)言，語(yǔ)法類似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++編寫，開發(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)樹從一個(gè)狀態(tài)轉(zhuǎn)換到下一個(gè)狀態(tài)所需的最小更改?？梢灾苯釉贠S平臺(tái)提供的畫布上進(jìn)行描繪，也就是一些核心類庫(kù)直接放到虛擬機(jī)里面，調(diào)用起來(lái)更快。
從它的系統(tǒng)結(jié)構(gòu)可以看出，類似安卓的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 是性能最接近原生代碼 的一種開發(fā)框架，未來(lái)也會(huì)是構(gòu)建谷歌Fuchsia應(yīng)用的主要方式，前途不可限量，唯一的問(wèn)題就是需要學(xué)習(xí)一門新的語(yǔ)言：Dart，而有Java或者C#語(yǔ)言基礎(chǔ)的程序員會(huì)比較容易學(xué)習(xí)。
重慶分公司
重慶分公司
