flutter運(yùn)行之后報(bào)了這個(gè)錯(cuò)，不能夠運(yùn)行。
成都創(chuàng)新互聯(lián)客戶idc服務(wù)中心，提供服務(wù)器托管、成都服務(wù)器、成都主機(jī)托管、成都雙線服務(wù)器等業(yè)務(wù)的一站式服務(wù)。通過各地的服務(wù)中心，我們向成都用戶提供優(yōu)質(zhì)廉價(jià)的產(chǎn)品以及開放、透明、穩(wěn)定、高性價(jià)比的服務(wù)，資深網(wǎng)絡(luò)工程師在機(jī)房提供7*24小時(shí)標(biāo)準(zhǔn)級(jí)技術(shù)保障。
在結(jié)果上面會(huì)提示appt2等錯(cuò)誤，其實(shí)錯(cuò)誤的原因是Androidx支持有問題。
官方解決辦法： （合理打開）
app/build.gradle 下面
在gradle.properties下添加：
重新清理運(yùn)行，ok。
最近項(xiàng)目中要集成flutter來(lái)進(jìn)行混編，但是在集成后，突然遇到一個(gè)很神奇的問題，在debug模式下，用數(shù)據(jù)線連接真機(jī)打包可以打開flutter頁(yè)面，但是一旦拔掉數(shù)據(jù)線，再打開flutter頁(yè)面就不行了，開始以為是因?yàn)閒lutterSDK的原因，但是一查資料才發(fā)現(xiàn)，原來(lái)是因?yàn)閐ebug模式下flutter實(shí)現(xiàn)了熱重載，默認(rèn)的編譯方式是JIV,但是iOS14+之后的系統(tǒng)限制了JIV這種編譯方式，所以連接Xcode重新run一個(gè)release包就可以了，因?yàn)閒lutter在release模式下的編譯方式是AOT，iOS14+的系統(tǒng)是支持這種編譯方式的，具體解決方案如下圖
再運(yùn)行就可以了。
當(dāng)然還有另外一種解決方案，就是修改flutter的編譯配置，強(qiáng)制設(shè)為release
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、沒有橋接層
React Native、Weex等技術(shù)都是跨終端的框架，然而性能跟原生App存在很大差距。這是由于它們的工作原理決定的：
React Native、Weex等技術(shù)多了一個(gè)橋接層，所以界面渲染會(huì)慢一些，由于UI渲染非常頻繁，想要不卡頓，基本上比較難，性能和用戶體驗(yàn)跟原生代碼有差距。而這恰恰是Flutter的優(yōu)勢(shì)所在：
Dart可以被編譯成不同平臺(tái)的本地代碼，讓Flutter不通過橋接層直接跟平臺(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ā)人員通過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)所需的最小更改。可以直接在OS平臺(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通過橋接層訪問原生UI，操作頻繁就容易出性能問題。
綜合所述，F(xiàn)lutter 是性能最接近原生代碼 的一種開發(fā)框架，未來(lái)也會(huì)是構(gòu)建谷歌Fuchsia應(yīng)用的主要方式，前途不可限量，唯一的問題就是需要學(xué)習(xí)一門新的語(yǔ)言：Dart，而有Java或者C#語(yǔ)言基礎(chǔ)的程序員會(huì)比較容易學(xué)習(xí)。
涼是不會(huì)涼的，畢竟安卓系統(tǒng)的市場(chǎng)占有率還是很大的。別說(shuō)鴻蒙，一個(gè)新系統(tǒng)要發(fā)展成熟并形成良性的生態(tài)圈還是需要相當(dāng)?shù)臅r(shí)間的，沒那么簡(jiǎn)單。5G是網(wǎng)絡(luò)制式，和終端硬件有關(guān)，和app又沒多大關(guān)系。只不過近幾年移動(dòng)端原生開發(fā)，不論安卓還是iOS確實(shí)需求量小了，工作不好找。外面企業(yè)的招聘要求也更高，新手根本沒什么競(jìng)爭(zhēng)力，外面三五年工作經(jīng)驗(yàn)的大把。建議你可以學(xué)一下微信小程序，近年來(lái)比較火，市場(chǎng)占有率也比較大。另外，google推出的移動(dòng)端新興的開發(fā)技術(shù)flutter也可以學(xué)一下，這東西將來(lái)的發(fā)展還真沒準(zhǔn)。Android原生開發(fā)技術(shù)，java那一套也是需要掌握的，對(duì)你有好處。
Flutter支持穩(wěn)定的桌面設(shè)備開發(fā)已經(jīng)一段時(shí)間了，不得不說(shuō)，F(xiàn)lutter多平臺(tái)支持的特性真的很香。我本人并沒有任何桌面開發(fā)的經(jīng)驗(yàn)，但仍然使用Flutter開發(fā)出了一個(gè)桌面版小程序，功能很簡(jiǎn)單，就是對(duì)輸入的json做格式化處理和轉(zhuǎn)模型。
話不多說(shuō)，先來(lái)看看實(shí)際效果。 項(xiàng)目源碼地址
開發(fā)環(huán)境如下：
Flutter : 2.8.1
Dart : 2.15.1
IDE : VSCode
JSON作為我們?nèi)粘ｉ_發(fā)工作中經(jīng)常要打交道的一種數(shù)據(jù)格式，它共有6種數(shù)據(jù)類型： null , num , string , object , array , bool 。我們勢(shì)必對(duì)它又愛又恨。愛他因?yàn)樗鳛閿?shù)據(jù)處理的一種格式確實(shí)非常方便簡(jiǎn)潔。但是在我們做Flutter開發(fā)中，又需要接觸到j(luò)son解析時(shí)，就會(huì)感覺非常棘手，因?yàn)閒lutter沒有反射，導(dǎo)致json轉(zhuǎn)模型這塊需要手寫那繁雜的映射關(guān)系。就像下面這樣子。
數(shù)據(jù)量少還能接受，一旦量大，那么光手寫這個(gè)解析方法都能讓你懷疑人生。更何況手寫還有出錯(cuò)的可能。好在官方有個(gè)工具**json_serializable**可以自動(dòng)生成這塊轉(zhuǎn)換代碼，也解決了flutter界json轉(zhuǎn)模型的空缺。當(dāng)然，業(yè)界也有專門解析json的網(wǎng)站，可以自動(dòng)生成dart代碼，使用者在生成后復(fù)制進(jìn)項(xiàng)目中即可，也是非常方便的。
本項(xiàng)目以json解析為切入點(diǎn)，和大家一起來(lái)看下flutter是如何開發(fā)桌面應(yīng)用的。
要讓我們的flutter項(xiàng)目支持桌面設(shè)備。我們首先需要修改下flutter的設(shè)置。如下，讓我們的項(xiàng)目支持 windows 和 macos 系統(tǒng)。
接下來(lái)使用 flutter create 命令創(chuàng)建我們的模版工程。
創(chuàng)建完項(xiàng)目后，我們就可以 run 起來(lái)了。
先來(lái)看下整體界面，界面四塊，分別為功能模塊、文件選擇模塊、輸入模塊、輸出模塊。
我們?cè)谛陆ㄒ粋€(gè)桌面應(yīng)用時(shí)，默認(rèn)的模版又一個(gè)Appbar，此時(shí)應(yīng)用可以用鼠標(biāo)拖拽移動(dòng)，放大縮小，還可以縮到很小。但是，我們一旦去掉這個(gè)導(dǎo)航欄，那么窗口就不能用鼠標(biāo)拖動(dòng)了，并且我們往往不希望用戶將我們的窗口縮放的很小，這會(huì)導(dǎo)致頁(yè)面異常，一些重要信息都展示不全。因此這里需要借助第三方組件 bitsdojo_window 。通過 bitsdojo_window ，我們可以實(shí)現(xiàn)窗口的定制化，拖動(dòng)，最小尺寸，最大尺寸，窗口邊框，窗口頂部放大、縮小、關(guān)閉的按鈕等。
通過 InkWell 組件，可以捕捉到手勢(shì)、鼠標(biāo)、觸控筆的移動(dòng)和停留位置
這個(gè)功能是鼠標(biāo)移動(dòng)后的UI交互界面。要在窗口上顯示一個(gè)提示框，可以使用 Overlay 。需要注意的是，由于在 Overlay 上的 text 的根結(jié)點(diǎn)不是 Material 風(fēng)格的組件，因此會(huì)出現(xiàn)黃色的下劃線。因此一定要用 Material 包一下 text 。并且你必須給創(chuàng)建的 OverlayEntry 一個(gè)位置，否則它將全屏顯示。
讀取說(shuō)表拖拽的文件一開始想嘗試使用 InkWell 組件，但是這個(gè)組件無(wú)法識(shí)別拖拽中的鼠標(biāo)，并且也無(wú)法從中拿到文件信息。因此放棄。后來(lái)從文章《Flutter-2天寫個(gè)桌面端APP》中發(fā)現(xiàn)一個(gè)可讀取拖拽文件的組件 desktop_drop ，能滿足要求。
使用開源組件 file_picker ，選完圖片后的操作和拖拽選擇圖片后的操作一致。
Textfield 如果要顯示富文本，那么需要自定義 TextEditingController 。并重寫 buildTextSpan 方法。
在做導(dǎo)出功能時(shí)遇到下列報(bào)錯(cuò)，保存提示為沒有權(quán)限訪問對(duì)應(yīng)目錄下的文件。
通過Apple的開發(fā)文檔找到有關(guān)權(quán)限問題的說(shuō)明。其中有個(gè)授權(quán)私鑰的key為 com.apple.security.files.downloads.read-write ，表示 對(duì)用戶的下載文件夾的讀/寫訪問權(quán)限 。那么，使用Xcode打開Flutter項(xiàng)目中的mac應(yīng)用，修改工程目錄下的 DebugProfile.entitlements 文件，向 entitlements 文件中添加 com.apple.security.files.downloads.read-write ，并將值設(shè)置為YES，保存后重啟Flutter項(xiàng)目。發(fā)現(xiàn)已經(jīng)可以向下載目錄中讀寫文件了。
當(dāng)然，這是正常操作。還有個(gè)騷操作就是關(guān)閉系統(tǒng)的沙盒機(jī)制。將 entitlements 文件的 App Sandbox 設(shè)置為NO。這樣我們就可以訪問任意路徑了。當(dāng)然關(guān)閉應(yīng)用的沙盒也就相當(dāng)于關(guān)閉了應(yīng)用的防護(hù)機(jī)制，因此這個(gè)選項(xiàng)慎用。
原文地址：
在討論Harmony OS是否真的讓谷歌慌了之前，我們先來(lái)對(duì)比一下兩個(gè)操作系統(tǒng)，從架構(gòu)出發(fā)對(duì)比一下兩個(gè)操作系統(tǒng)的設(shè)計(jì)理念和目標(biāo)是否是一樣的。
HarmonyOS整體遵從分層設(shè)計(jì)，從下向上依次為：內(nèi)核層、系統(tǒng)服務(wù)層、框架層和應(yīng)用層。系統(tǒng)功能按照“系統(tǒng) 子系統(tǒng) 功能/模塊”逐級(jí)展開，在多設(shè)備部署場(chǎng)景下，支持根據(jù)實(shí)際需求裁剪某些非必要的子系統(tǒng)或功能/模塊。HarmonyOS技術(shù)架構(gòu)如下所示。
系統(tǒng)服務(wù)層是HarmonyOS的核心能力集合，通過框架層對(duì)應(yīng)用程序提供服務(wù)。該層包含以下幾個(gè)部分：
根據(jù)不同設(shè)備形態(tài)的部署環(huán)境，基礎(chǔ)軟件服務(wù)子系統(tǒng)集、增強(qiáng)軟件服務(wù)子系統(tǒng)集、硬件服務(wù)子系統(tǒng)集內(nèi)部可以按子系統(tǒng)粒度裁剪，每個(gè)子系統(tǒng)內(nèi)部又可以按功能粒度裁剪。
框架層為HarmonyOS應(yīng)用開發(fā)提供了Java/C/C++/JS等多語(yǔ)言的用戶程序框架和Ability框架，兩種UI框架（包括適用于Java語(yǔ)言的Java UI框架、適用于JS語(yǔ)言的JS UI框架），以及各種軟硬件服務(wù)對(duì)外開放的多語(yǔ)言框架API。根據(jù)系統(tǒng)的組件化裁剪程度，HarmonyOS設(shè)備支持的API也會(huì)有所不同。
應(yīng)用層包括系統(tǒng)應(yīng)用和第三方非系統(tǒng)應(yīng)用。HarmonyOS的應(yīng)用由一個(gè)或多個(gè)FA（Feature Ability）或PA（Particle Ability）組成。其中，F(xiàn)A有UI界面，提供與用戶交互的能力；而PA無(wú)UI界面，提供后臺(tái)運(yùn)行任務(wù)的能力以及統(tǒng)一的數(shù)據(jù)訪問抽象。FA在進(jìn)行用戶交互時(shí)所需的后臺(tái)數(shù)據(jù)訪問也需要由對(duì)應(yīng)的PA提供支撐。基于FA/PA開發(fā)的應(yīng)用，能夠?qū)崿F(xiàn)特定的業(yè)務(wù)功能，支持跨設(shè)備調(diào)度與分發(fā)，為用戶提供一致、高效的應(yīng)用體驗(yàn)。
Fuchsia OS整體也采用分層架構(gòu)設(shè)計(jì)，也被分為了4個(gè)不同層次。
對(duì)于不太了解內(nèi)核作用的同學(xué)簡(jiǎn)而言之，Zircon之于Fuchsia，恰如Linux之余于Android。Linux內(nèi)核驅(qū)動(dòng)了多個(gè)操作系統(tǒng)，很多操作系統(tǒng)構(gòu)建在它之上，比如 Ubuntu、Android、Manjaro、ArchLinux、Debian、Red Hat、SUSE 甚至 Chrome OS ，所以我們也可以大膽預(yù)測(cè)，如果未來(lái)Fuchsia OS 發(fā)展良好， Zircon 內(nèi)核也被證明好用，那么很有可能有更多的操作系統(tǒng)采用這一新內(nèi)核。
系統(tǒng)服務(wù)層（Garnet）
也是直接構(gòu)建在 Zircon 上的一層名叫 Garnet。 Garnet 包含各種操作系統(tǒng)所需的各種底層功能，包括硬件的驅(qū)動(dòng)程序（網(wǎng)絡(luò)，圖形等）和軟件安裝。這一層最激動(dòng)人心的事情是 Escher（圖形渲染器），Amber（Fuchsia 更新程序）和Xi Core，它是Xi文本和代碼編輯器的底層引擎（今年早些時(shí)候已經(jīng)發(fā)布了）。
模塊管理層（Peridot）
Peridot 是接下來(lái)的這一層，主要處理Fuchsia的模塊化應(yīng)用程序設(shè)計(jì)， Peridot的另外兩個(gè)主要組件直接用于模塊。 Ledger 可以跨設(shè)備保存您在應(yīng)用/模塊中的位置，并同步到您的Google帳戶。Maxwell 是一個(gè)更復(fù)雜的主題，需要更多進(jìn)一步地深入研究，但是 Maxwell 極有可能是讓 Fuchsia 充分施展魔力的點(diǎn)睛之筆，可以提前透露的是，Maxwell 的厲害之處包括 Kronk，也是大家熟知的 Google Assistant。
應(yīng)用層（Topaz）
Topaz，是這個(gè) Layer Cake 蛋糕的頂層，也是對(duì)開發(fā)者和用戶直接影響最大的一層。Topaz 提供 Flutter 支持，而有了Flutter 的支持，各種華麗的應(yīng)用程序，可以幫助充實(shí)地提供日常使用的功能齊全的應(yīng)用程序。比如，現(xiàn)在最令人印象深刻的當(dāng)然是 Armadillo UI，它是 Fuchsia 的主要用戶界面和主屏幕。
可以做一個(gè)類比，Topaz 這一層在 Android 中可以找到一個(gè)對(duì)照，這將是你的必備應(yīng)用程序，如聯(lián)系人，音樂，文件管理器和文本編輯器 Xi（Topaz中的可視前端連接到Garnet的后端）。即使沒有你需要的東西，你也可以簡(jiǎn)單方便地安裝。
Harmony OS 與 Fuchsia OS的主要相同點(diǎn)：
Harmony OS 與 Fuchsia OS的主要不同點(diǎn)：
個(gè)人認(rèn)為Harmony OS成功的可能性更大。雖然從生態(tài)上來(lái)說(shuō)，谷歌可以利用Android建立的生態(tài)伙伴優(yōu)勢(shì)推廣Fuchsia OS，但也恰恰是Android完善的生態(tài)會(huì)給Fuchsia OS的推廣造成最大障礙。
相反Harmony OS從架構(gòu)上更符合物聯(lián)網(wǎng)時(shí)代的需求，然后華為作為主導(dǎo)者具備強(qiáng)大的硬件制造能力，Harmony OS在華為很多手機(jī)上已經(jīng)推送，國(guó)內(nèi)很多公司的冰箱、空調(diào)等也都在采用華為鴻蒙系統(tǒng)。這些都有利于Harmony OS系統(tǒng)的產(chǎn)業(yè)化發(fā)展。
當(dāng)然，從全球大環(huán)境來(lái)說(shuō)，Harmony OS可以在國(guó)內(nèi)做成功，但是要想在國(guó)際上推廣難度是非常大的。美國(guó)的 科技 霸權(quán)，導(dǎo)致計(jì)算機(jī)誕生以來(lái)底層技術(shù)很少在美國(guó)之外的公司誕生并發(fā)揚(yáng)光大。Lua、Ruby等編程語(yǔ)言，Intellij IDEA等算是為數(shù)不多的例子。
重慶分公司
重慶分公司
