為什么Flutter開發(fā)APP性能最接近原生，前端程序員請(qǐng)關(guān)注

Flutter是谷歌公司推出的跨終端的開發(fā)框架，支持Android、iOS和WEB終端。1.0版在2018年12月5日發(fā)布，目前的最新版本是1.5，它采用的開發(fā)語言是Dart，Dart也是谷歌開發(fā)的計(jì)算機(jī)編程語言，語法類似C，是編譯型語言：

創(chuàng)新互聯(lián)建站主要為客戶提供服務(wù)項(xiàng)目涵蓋了網(wǎng)頁視覺設(shè)計(jì)、VI標(biāo)志設(shè)計(jì)、全網(wǎng)營銷推廣、網(wǎng)站程序開發(fā)、HTML5響應(yīng)式網(wǎng)站建設(shè)公司、成都做手機(jī)網(wǎng)站、微商城、網(wǎng)站托管及成都企業(yè)網(wǎng)站維護(hù)、WEB系統(tǒng)開發(fā)、域名注冊(cè)、國內(nèi)外服務(wù)器租用、視頻、平面設(shè)計(jì)、SEO優(yōu)化排名。設(shè)計(jì)、前端、后端三個(gè)建站步驟的完善服務(wù)體系。一人跟蹤測試的建站服務(wù)標(biāo)準(zhǔn)。已經(jīng)為崗?fù)?/a>行業(yè)客戶提供了網(wǎng)站建設(shè)服務(wù)。

hello world例子，打印字符串“Hello World!”：

1、沒有橋接層

React Native、Weex等技術(shù)都是跨終端的框架，然而性能跟原生App存在很大差距。這是由于它們的工作原理決定的：

React Native、Weex等技術(shù)多了一個(gè)橋接層，所以界面渲染會(huì)慢一些，由于UI渲染非常頻繁，想要不卡頓，基本上比較難，性能和用戶體驗(yàn)跟原生代碼有差距。而這恰恰是Flutter的優(yōu)勢所在：

Dart可以被編譯成不同平臺(tái)的本地代碼，讓Flutter不通過橋接層直接跟平臺(tái)通信，自然性能會(huì)快一些。

2、編譯執(zhí)行

JavaScript是解釋執(zhí)行的，Dart是編譯執(zhí)行的，性能誰好一目了然。

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)行描繪，也就是一些核心類庫直接放到虛擬機(jī)里面，調(diào)用起來更快。

從它的系統(tǒng)結(jié)構(gòu)可以看出，類似安卓的ART(Android Run Time)虛擬機(jī)，同樣采用AOT(Ahead of TIme)技術(shù)，會(huì)在APP安裝時(shí)就編譯成機(jī)器語言，不再解釋執(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ā)框架，未來也會(huì)是構(gòu)建谷歌Fuchsia應(yīng)用的主要方式，前途不可限量，唯一的問題就是需要學(xué)習(xí)一門新的語言：Dart，而有Java或者C#語言基礎(chǔ)的程序員會(huì)比較容易學(xué)習(xí)。

Flutter浪潮下的音視頻研發(fā)探索

文/陳爐軍

整理/LiveVideoStack

大家好，我是阿里巴巴閑魚事業(yè)部的陳爐軍，本次分享的主題是Flutter浪潮下的音視頻研發(fā)探索，主要內(nèi)容是針對(duì)閑魚APP在當(dāng)下流行的跨平臺(tái)框架Flutter的大規(guī)模實(shí)踐，介紹其在音視頻領(lǐng)域碰到的一些困難以及解決方案。

分享內(nèi)容主要分為四個(gè)方面，首先會(huì)對(duì)Flutter有一個(gè)簡單介紹以及選擇Flutter作為跨平臺(tái)框架的原因，其次會(huì)介紹Flutter中與音視頻關(guān)系非常大的外接紋理概念，以及對(duì)它做出的一些優(yōu)化。之后會(huì)對(duì)閑魚在音視頻實(shí)踐過程中碰到的一些Flutter問題提出了一些解決方案——TPM音視頻框架。最后是閑魚Flutter多媒體開源組件的介紹。

Flutter

Flutter是一個(gè)跨平臺(tái)框架，以往的做法是將音頻、視頻和網(wǎng)絡(luò)這些模塊都下沉到C++層或者ARM層，在其上封裝成一個(gè)音視頻的SDK，供UI層的PC、iOS和Android調(diào)用。

而Flutter做為一個(gè)UI層的跨平臺(tái)框架，顧名思義就是在UI層也實(shí)現(xiàn)了一個(gè)跨平臺(tái)開發(fā)。可以預(yù)想的是未Flutter發(fā)展的好的話，會(huì)逐漸變?yōu)橐粋€(gè)從底層到UI層的一個(gè)全鏈路的跨平臺(tái)開發(fā)，技術(shù)人員分別負(fù)責(zé)SDK和UI層的開發(fā)。

在Flutter之前已經(jīng)有很多跨平臺(tái)UI解決方案，那為什么選擇Flutter呢？

我們主要考慮性能和跨平臺(tái)的能力。

以往的跨平臺(tái)方案比如Weex，ReactNative，Cordova等等因?yàn)榧軜?gòu)的原因無法滿足性能要求，尤其是在音視頻這種性能要求幾乎苛刻的場景。

而諸如Xamarin等，雖然性能可以和原生App一致，但是大部分邏輯還是需要分平臺(tái)實(shí)現(xiàn)。

我們可以看一下，為什么Flutter可以實(shí)現(xiàn)高性能：

原生的native組件渲染以IOS為例，蘋果的UIKit通過調(diào)用平臺(tái)自己的繪制框架QuaztCore來實(shí)現(xiàn)UI的繪制，圖形繪制也是調(diào)用底層的API,比如OpenGL、Metal等。

而Flutter也是和原生API邏輯一致，也是通過調(diào)用底層的繪制框架層SKIA實(shí)現(xiàn)UI層。這樣相當(dāng)于Flutter他自己實(shí)現(xiàn)了一套UI框架，提供了一種性能超越原生API的跨平臺(tái)可能性。

但是我們說一個(gè)框架最終性能怎樣，其實(shí)取決于設(shè)計(jì)者和開發(fā)者。至于現(xiàn)在到底是一個(gè)什么狀況：

在閑魚的實(shí)踐中，我們發(fā)現(xiàn)在正常的開發(fā)沒有特意的去優(yōu)化UI代碼的情況下，在一些低端機(jī)上，F(xiàn)lutter界面的流暢性是比Native界面要好的。

雖然現(xiàn)在閑魚某些場景下會(huì)有卡頓閃退等情況，但是這是一個(gè)新事物發(fā)展過程中的必然問題，我們相信未來性能肯定不會(huì)成為限制Flutter發(fā)展的瓶頸的。

在閑魚實(shí)踐Flutter的過程中，混合棧和音視頻是其中比較難解決的兩個(gè)問題，混合棧是指一個(gè)APP在Flutter過程中不可能一口氣將所有業(yè)務(wù)全部重寫為Flutter，所以這是一個(gè)逐步迭代的過程，這期間原生native界面與Flutter界面共存的狀態(tài)就稱之為混合棧。閑魚在混合棧上也有一些比較好的輸出，例如FlutterBoost。

外接紋理

在講音視頻之前需要簡要介紹一下外接紋理的概念，我們將它稱之為是Flutter和Frame之間的橋梁。

Flutter渲染一幀屏幕數(shù)據(jù)首先要做的是，GPU發(fā)出的VC信號(hào)在Flutter的UI線程，通過AOT編譯的機(jī)器碼結(jié)合當(dāng)前Dart Runtime，生成Layer Tree UI樹，Layer Tree上每一個(gè)葉子節(jié)點(diǎn)都代表了當(dāng)前屏幕上所需要渲染的每一個(gè)元素，包含了這些元素渲染所需要的內(nèi)容。將Layer Tree拋給GPU線程，在GPU線程內(nèi)調(diào)用Skia去完成整個(gè)UI的渲染過程。Layer Tree中有PictureLayer和TextureLayer兩個(gè)比較重要的節(jié)點(diǎn)。PictureLayer主要負(fù)責(zé)屏幕圖片的渲染，F(xiàn)lutter內(nèi)部實(shí)現(xiàn)了一套圖片解碼邏輯，在IO線程將圖片讀取或者從網(wǎng)絡(luò)上拉取之后，通過解碼能夠在IO線程上加載出紋理，交給GPU線程將圖片渲染到屏幕上。但是由于音視頻場景下系統(tǒng)API太過繁多，業(yè)務(wù)場景過于復(fù)雜。Flutter沒有一套邏輯去實(shí)現(xiàn)跨平臺(tái)的音視頻組件，所以說Flutter提出了一種讓第三方開發(fā)者來實(shí)現(xiàn)音視頻組件的方式，而這些音視頻組件的視頻渲染出口，就是TextureLayer。

在整個(gè)Layer Tree渲染的過程中，TextureLayer的數(shù)據(jù)紋理需要由外部第三方開發(fā)者來指定，可以把視頻數(shù)據(jù)和播放器數(shù)據(jù)送到TextureLayer里，由Flutter將這些數(shù)據(jù)渲染出來。

TextureLayer渲染過程：首先判斷Layer是否已經(jīng)初始化，如果沒有就創(chuàng)建一個(gè)Texture，然后將Texture Attach到一個(gè)SufaceTexture上。

這個(gè)SufaceTexture是音視頻的native代碼可以獲取到的對(duì)象，通過這個(gè)對(duì)象創(chuàng)建的Suface，我們可以將視頻數(shù)據(jù)、攝像頭數(shù)據(jù)解碼放到Suface中，然后Flutter端通過監(jiān)聽SufaceTexture的數(shù)據(jù)更新就可以順利把剛才創(chuàng)建的數(shù)據(jù)更新到它的紋理中，然后再將紋理交給SKIA渲染到屏幕上。

然而我們?nèi)绻枰肍lutter實(shí)現(xiàn)美顏，濾鏡，人臉貼圖等等功能，就需要將視頻數(shù)據(jù)讀取出來，更新到紋理中，再將GPU紋理經(jīng)過美顏濾鏡處理后生成一個(gè)處理后的紋理。按Flutter提供的現(xiàn)有能力，必須先將紋理中的數(shù)據(jù)從GPU讀出到CPU中，生成Bitmap后再寫入Surface中，這樣在Flutter中才能順利的更新到視頻數(shù)據(jù)，這樣做對(duì)系統(tǒng)性能的消耗很大。

通過對(duì)Flutter渲染過程分析，我們知道Flutter底層需要渲染的數(shù)據(jù)就是GPU紋理，而我們經(jīng)過美顏濾鏡處理完成以后的結(jié)果也是GPU紋理，如果可以將它直接交給Flutter渲染，那就可以避免GPU-CPU-GPU這樣的無用循環(huán)。這樣的方法是可行的，但是需要一個(gè)條件，就是OpenGL上下文共享。

OpenGL

在說上下文之前，得提到一個(gè)和上線文息息相關(guān)的概念：線程。

Flutter引擎啟動(dòng)后會(huì)啟動(dòng)四個(gè)線程：

第一個(gè)線程是UI線程，這是Flutter自己定義的UI線程，主要負(fù)責(zé)GPU發(fā)出的VSync信號(hào)時(shí)候用當(dāng)前Dart編譯的機(jī)器碼和當(dāng)前運(yùn)行環(huán)境創(chuàng)建出Layer Tree。

還有就是IO線程和GPU線程。和大部分OpenGL處理解決方案中一樣，F(xiàn)lutter也采取一個(gè)線程責(zé)資源加載，一部分負(fù)責(zé)資源渲染這種思路。

兩個(gè)線程之間紋理共享有兩種方式。一種是EGLImage(IOS是 CVOpenGLESTextureCache)。一種是OpenGL Share Context。Flutter通過Share Context來實(shí)現(xiàn)紋理共享，將IO線程的Context和GPU線程的Context進(jìn)行Share，放到同一個(gè)Share Group下面，這樣兩個(gè)線程下資源是互相可見可以共享的。

Platform線程是主線程，F(xiàn)lutter中有一個(gè)很奇怪的設(shè)定，GPU線程和主線程共用一個(gè)Context。并且在主線程也有很多OpenGL 操作。

這樣的設(shè)計(jì)會(huì)給音視頻開發(fā)帶來很多問題，后面會(huì)詳細(xì)說。

音視頻端美顏處理完成的OpenGL紋理能夠讓Flutter直接使用的條件就是Flutter的上下文需要和平臺(tái)音視頻相關(guān)的OpenGL上下文處在一個(gè)Share Group下面。

由于Flutter主線程的Context就是GPU的Context，所以在音視頻端主線程中有一些OpenGL操作的話，很有可能使Flutter整個(gè)OpenGL被破壞掉。所以需要將所有的OpenGL操作都限制在子線程中。

通過上述這兩個(gè)條件的處理，我們就可以在沒有增加GPU消耗的前提下實(shí)現(xiàn)美顏和濾鏡等等功能。

TPM

在經(jīng)過demo驗(yàn)證之后，我們將這個(gè)方案應(yīng)用到閑魚音視頻組件中，但改造過程中發(fā)現(xiàn)了一些問題。

上圖是攝像頭采集數(shù)據(jù)轉(zhuǎn)換為紋理的一段代碼，其中有兩個(gè)操作：首先是切進(jìn)程，將后面的OpenGL操作都切到cameraQueue中。然后是設(shè)置一次上下文。然后這種限制條件或者說是潛規(guī)則往往在開發(fā)過程中容易被忽略的。而這個(gè)條件一旦忽略后果就是出現(xiàn)一些莫名其妙的詭異問題極難排查。因此我們就希望能抽象出一套框架，由框架本身實(shí)現(xiàn)線程的切換、上下文和模塊生命周期等的管理，開發(fā)者接入框架以后只需要安心實(shí)現(xiàn)自己的算法，而不需要關(guān)心這些潛規(guī)則還有其他一些重復(fù)的邏輯操作。

在引入Flutter之前閑魚的音視頻架構(gòu)與大部分音視頻邏輯一樣采用分層架構(gòu)：

1：底層是一些獨(dú)立模塊

2：SDK層是對(duì)底層模塊的封裝

3：最上層是UI層。

引入Flutter之后，通過分析各個(gè)模塊的使用場景，我們可以得出一個(gè)假設(shè)或者說是抽象：音視頻應(yīng)用在終端上可以歸納為視頻幀解碼之后視頻數(shù)據(jù)幀在各個(gè)模塊之間流動(dòng)的過程，基于這種假設(shè)去做Flutter音視頻框架的抽象。

咸魚Flutter多媒體開源組件

整個(gè)Flutter音視頻框架抽象分為管線和數(shù)據(jù)的抽象、模塊的抽象、線程統(tǒng)一管理和上下文同一管理四部分。

管線，其實(shí)就是視頻幀流動(dòng)的管道。數(shù)據(jù)，音視頻中涉及到的數(shù)據(jù)包括紋理、Bit Map以及時(shí)間戳等。結(jié)合現(xiàn)有的應(yīng)用場景我們定義了管線流通數(shù)據(jù)以Texture為主數(shù)據(jù)，同時(shí)可以選擇性的添加Bit Map等作為輔助數(shù)據(jù)。這樣的數(shù)據(jù)定義方式，避免重復(fù)的創(chuàng)建和銷毀紋理帶來的性能開銷以及多線程訪問紋理帶來的一些問題。也滿足一些特殊模塊對(duì)特殊數(shù)據(jù)的需求。同時(shí)也設(shè)計(jì)了紋理池來管理管線中的紋理數(shù)據(jù)。

模塊：如果把管線和數(shù)據(jù)比喻成血管和血液，那框架音視頻的場景就可以比喻成器官，我們根據(jù)模塊所在管線的位置抽象出采集、處理和輸出三個(gè)基類。這三個(gè)基類里實(shí)現(xiàn)了剛才說的線程切換，上下文切換，格式轉(zhuǎn)換等等共同邏輯，各個(gè)功能模塊通過集成自這些基類，可以避免很多重復(fù)勞動(dòng)。

線程：每一個(gè)模塊初始化的時(shí)候，初始化函數(shù)就會(huì)去線程管理的模塊去獲取自己的線程，線程管理模塊可以決定給初始化函數(shù)分配新的線程或者已經(jīng)分配過其他模塊的線程。

這樣有三個(gè)好處：

一是可以根據(jù)需要去決定一個(gè)線程可以掛載多少模塊，做到線程間的負(fù)載均衡。第二，多線程并發(fā)式能夠保證模塊內(nèi)的OpenGL操作是在當(dāng)前線程內(nèi)而不會(huì)跑到主線程去，徹底避免Flutter的OpenGL 環(huán)境被破壞。第三，多線程并行可以充分利用CPU多核架構(gòu)，提升處理速度。

從Flutter端修改Flutter引擎將Context取出后，根據(jù)Context創(chuàng)建上下文的統(tǒng)一管理模塊，每一個(gè)模塊在初始化的時(shí)候會(huì)獲取它的線程，獲取之后會(huì)調(diào)用上下文管理模塊獲取自己的上下文。這樣可以保證每一個(gè)模塊的上下文都是與Flutter的上下文進(jìn)行Share的，每個(gè)模塊之間資源都是共享可見的，F(xiàn)lutter和音視頻native之間也是互相共享可見的。

基于上述框架如果要實(shí)現(xiàn)一個(gè)簡單的場景，比如畫面實(shí)時(shí)預(yù)覽和濾鏡處理功能，

1：需要選擇功能模塊，功能模塊包括攝像頭模塊、濾鏡處理模塊和Flutter畫面渲染模塊，

2：需要配置模塊參數(shù)，比如采集分辨率、濾鏡參數(shù)和前后攝像頭設(shè)置等，

3：在創(chuàng)建視頻管線后使用已配置的參數(shù)創(chuàng)建模塊

4：最后管線搭載模塊，開啟管線就可以實(shí)現(xiàn)這樣簡單的功能。

上圖為整個(gè)功能實(shí)現(xiàn)的代碼和結(jié)構(gòu)圖。

結(jié)合上述音視頻框架，閑魚實(shí)現(xiàn)了Flutter多媒體開源組件。

組要包含四個(gè)基本組件分別是：

1：視頻圖像拍攝組件

2：播放器組件

3：視頻圖像編輯組件

4：相冊(cè)選擇組件

現(xiàn)在這些組件正在走內(nèi)部開源流程。預(yù)計(jì)9月份，相冊(cè)和播放器會(huì)實(shí)現(xiàn)開源。

后續(xù)展望和規(guī)劃

1：實(shí)現(xiàn)開頭所說的從底層SDK到UI的全鏈路的跨端開發(fā)。目前底層框架層和模塊層都是各個(gè)平臺(tái)各自實(shí)現(xiàn)，反而是Flutter的UI端進(jìn)行了跨平臺(tái)的統(tǒng)一，所以后續(xù)會(huì)將底層也按照音視頻常用做法把邏輯下沉到C++層，盡可能的實(shí)現(xiàn)全鏈路跨平臺(tái)。

2：第二部分內(nèi)容為開源共建，閑魚開源的內(nèi)容不僅包括拍攝、編輯組件，還包括了很多底層模塊，希望有開發(fā)者在基于Flutter開發(fā)音視頻應(yīng)用時(shí)可以充分利用閑魚開源出的音視頻模塊能力，搭建APP框架，開發(fā)者只要去負(fù)責(zé)實(shí)現(xiàn)特殊需求模塊就可以，盡可能的減少重復(fù)勞動(dòng)。

Flutter入門這一篇效率文章就夠了

本文面向 Flutter 初學(xué)者，旨在用易懂的方式帶大家入門。除了 Flutter 代碼，還會(huì)介紹到語法、原理、特性等基礎(chǔ)知識(shí)。相信本文能幫助你學(xué)習(xí)和理解 Flutter。

我們先看一下目前的一些跨平臺(tái)方案，從前端渲染的角度來分類的話，大致可以分為以下幾種方案。

WebView 渲染

這種方案就很好理解，現(xiàn)在很多項(xiàng)目都會(huì)嵌入 H5 的頁面。就是用 JavaScript 等前端技術(shù)進(jìn)行開發(fā)，在客戶端上用 WebView 來進(jìn)行渲染。微信小程序目前使用的就是這種方案。

它的優(yōu)點(diǎn)很明顯，使用成熟的前端技術(shù)進(jìn)行開發(fā)，學(xué)習(xí)成本低，開發(fā)效率高，并且支持動(dòng)態(tài)發(fā)布代碼。

但缺點(diǎn)也很明顯，在性能體驗(yàn)上，和原生還是存在較大差距的。

原生控件渲染

既然 WebView 的性能不夠好，于是就有了使用原生控件進(jìn)行渲染的方案。這種方案，同樣也是使用 JavaScript 開發(fā)，區(qū)別是它最終是調(diào)用原生控件進(jìn)行渲染的。這種方案的代表是 Facebook 的 React Native。

由于使用原生控件進(jìn)行渲染，性能體驗(yàn)也會(huì)更接近原生。但也只是更接近，和原生還是有差距的，因?yàn)樗枰l繁的進(jìn)行 JavaScript 和原生之間的通信，這個(gè)通信效率是比較低的。

另外，由于需要適配各個(gè)平臺(tái)的控件，那就有可能出現(xiàn)，系統(tǒng)控件更新了，而框架本身還沒有更新，由此產(chǎn)生了一些問題。換句話說，這種方案是受到原生控件限制的。

繪圖引擎渲染

接下來就是主角了。

在前端，如果完全不使用原生控件，我們可以通過系統(tǒng)的繪圖 API 繪制出一個(gè)用戶界面。從這個(gè)角度出發(fā)，可以在各個(gè)平臺(tái)使用一個(gè)統(tǒng)一接口的繪圖引擎來進(jìn)行界面繪制，這個(gè)引擎最終調(diào)用的是系統(tǒng)的 API 繪制的。這樣的話，它的性能可以做到接近原生，并且又不受原生控件的限制，在不同平臺(tái)上能夠做到 UI 統(tǒng)一。

Flutter 就是這樣的一個(gè)開發(fā)框架。

一個(gè)跨平臺(tái) UI 解決方案

Flutter 是由 Google 開發(fā)的，一個(gè)跨平臺(tái) UI 解決方案。換句話說，它原則上只管 UI 的問題，如果涉及到平臺(tái)本身的一些功能，比如調(diào)用藍(lán)牙、攝像頭，一般還是需要原生代碼去操作。但現(xiàn)在也會(huì)有一些第三方庫幫我們解決這些問題。

繪圖引擎 Skia

Flutter 使用 Skia 作為它的繪圖引擎。Skia 已經(jīng)被 Google 收購，目前很多 Google 旗下的產(chǎn)品都是用 Skia 繪制的，包括 Android。

Android 內(nèi)置了 Skia，但 iOS 沒有，所以在打 iOS 安裝包的時(shí)候，會(huì)把 Skia 一起打進(jìn)去。這就導(dǎo)致了，用同一份 Flutter 代碼打包之后，iOS 的包要比 Android 的包大一些。

開發(fā)語言 Dart

Flutter 使用的開發(fā)語言，叫 Dart。Dart 也是 Google 自家的，它是一門面向?qū)ο蟮恼Z言，從它身上會(huì)看到一些其他開發(fā)語言的影子。學(xué)習(xí)起來難度不大的。

前面講跨平臺(tái)方案的時(shí)候，可以發(fā)現(xiàn)別的方案基本都是用 JavaScript 作為開發(fā)語言的，但為什么 Flutter 不用？就因?yàn)?Dart 是谷歌自家的嗎？這個(gè)問題先留著，我們后面會(huì)提到。

這里部分就簡單點(diǎn)帶過了，具體的搭建流程可以在官網(wǎng)查看:

主要的搭建步驟如下:

下載 Flutter SDK

官網(wǎng)下載地址：

由于在國內(nèi)訪問可能受限，官方為中國開發(fā)者搭建了鏡像：

更新環(huán)境變量

解壓后，將 flutter\bin 的全路徑添加到環(huán)境變量 PATH 中。

安裝開發(fā)工具

理論上，任何文本編輯器都可以用來開發(fā) Flutter 應(yīng)用，但推薦的開發(fā)工具是 Android Studio、IntelliJ 以及 VS Code。因?yàn)樵谶@些開發(fā)工具上，可以安裝官方的 Flutter 和 Dart 插件，得到更好的開發(fā)體驗(yàn)。文章里使用 Android Studio 來演示。

如果你打算開發(fā) iOS 應(yīng)用，則還需要安裝 Xcode。

安裝插件

在開發(fā)工具的插件設(shè)置中，安裝上面說到的 Flutter 和 Dart 插件。Flutter 插件用于支持 Flutter 的運(yùn)行、調(diào)試、熱重載等功能，而 Dart 插件則提供了代碼的輸入校驗(yàn)、代碼補(bǔ)全等功能。

萬物始于 Hello World，我們先來創(chuàng)建一個(gè)顯示 Hello World 的 Flutter 項(xiàng)目。

在 Android Studio 的歡迎頁面選擇 Start a new Flutter project ，或者通過菜單欄的 File New New Flutter Project ，創(chuàng)建一個(gè)新的 Flutter 項(xiàng)目。

創(chuàng)建好的項(xiàng)目里面包含了 android 和 ios 兩個(gè)文件夾，它們是標(biāo)準(zhǔn)的 Android 和 iOS 項(xiàng)目。我們的 Flutter 代碼，存放在 lib 文件夾里。項(xiàng)目創(chuàng)建好后，會(huì)默認(rèn)帶一個(gè)計(jì)數(shù)器的示例，我們不管它，把 main.dart 的代碼改成 Hello World:

啟動(dòng)一個(gè)模擬器，或者連上真機(jī)，點(diǎn)擊 Run 運(yùn)行一下，就能看這樣一個(gè)界面了：

具體代碼先混個(gè)眼熟就好，具體的后面會(huì)再講到。

在寫 Flutter 之前，還要先跟大家簡單介紹一下 Dart 的語法。如果你有 Java 或 JavaScript 的開發(fā)經(jīng)驗(yàn)，以及面向?qū)ο蟮木幊趟枷?，學(xué)起來是很快的。

我們可以在 test 文件夾下新建一個(gè) dart 文件，用來寫測試代碼。

指定類型

var

但和 JavaScript 不同的是，以下代碼在 JavaScript 是不會(huì)報(bào)錯(cuò)的，但在 Dart 里會(huì)報(bào)錯(cuò)：

Object

如果非要上面這樣寫，那也可以。把 var 換成 Object 就不報(bào)錯(cuò)了：

和 Java 類似，Object 是所有對(duì)象的根基類。但是這樣的話，如果想打印一下 num 的字符串長度，是會(huì)報(bào)錯(cuò)的：

因?yàn)?length 是屬于 String 的，但系統(tǒng)只知道 num 是一個(gè)對(duì)象，并不知道它是一個(gè) String。

dynamic

如果還是非要這樣寫，那也可以。Dart 有一個(gè)特有的關(guān)鍵字 dynamic，把 Object 改成 dynamic 就不報(bào)錯(cuò)了：

我們運(yùn)行一下這個(gè)文件，可以在控制臺(tái)看到正確打印出了字符串長度。

函數(shù)

dynamic

在 Dart 里，函數(shù)也是可以不寫返回類型的，不寫的話會(huì)被當(dāng)做 dynamic 來處理。這樣的話，函數(shù)的類型就是 return 的類型，如果沒有 return 則是 void 類型。比如可以這樣:

運(yùn)行之后是能正確打印出字符串長度的。

用于傳參

Dart 里的函數(shù)也是一個(gè)對(duì)象，所以可以把函數(shù)作為參數(shù)來傳遞，比如：

可選參數(shù)

在 Dart 的函數(shù)傳參里，有一個(gè)叫可選參數(shù)的概念，我們以文字控件 Text 為例，在源碼里可以看到 Text 的構(gòu)造函數(shù)是這樣的:

首先，在參數(shù)里有一個(gè) data，它是要顯示的文字內(nèi)容，是一個(gè)必填項(xiàng)。而 data 后面的一堆參數(shù)，是用一個(gè)大括號(hào)括起來的，這些參數(shù)就叫做可選參數(shù)，意思是這些參數(shù)可傳可不傳。

假如我們要顯示一個(gè)比較長的文字，又想限制它最多顯示兩行，就可以這樣來創(chuàng)建一個(gè) Text:

可選參數(shù)，在 Flutter 里面用的非常多。

異步

Future

在 Dart 里使用 Future 來處理異步任務(wù)，比如我們現(xiàn)在延時(shí)一秒打印 666，代碼如下：

Future 的語法和 Promise 非常像。任務(wù)執(zhí)行成功會(huì)調(diào)用 then，執(zhí)行失敗會(huì)調(diào)用 catchError，而無論成功還是失敗，都會(huì)調(diào)用 whenComplete。

async/await

如果你不喜歡上面那種寫法，或者是想把異步轉(zhuǎn)成同步，就可以用 async 和 await 這兩個(gè)關(guān)鍵字來轉(zhuǎn)換。

我們把上面的代碼轉(zhuǎn)換一下，寫一個(gè) getString 方法，返回的類型是 Future，它會(huì)延時(shí)返回一個(gè)字符串。在 main 函數(shù)后面加上 async 關(guān)鍵字，在 getString() 前面加上 await，代碼如下:

運(yùn)行之后可以看到，能正常延時(shí)一秒后，把字符串打印出來。這里 getString() 返回的類型是 Future，而 await getString() 則是返回了延時(shí)之后返回的字符串。await 要在 async 的函數(shù)里面才能使用。

async 和 await 其實(shí)是一個(gè)語法糖，它最終也是轉(zhuǎn)換成 Future 調(diào)用鏈的形式執(zhí)行的。

接下來回到 Flutter，F(xiàn)lutter 里最重要的一個(gè)概念是 Widget（下面翻譯作控件）。

在原生開發(fā)里面，我們可能會(huì)在界面上區(qū)分，這是一個(gè) View，這是一個(gè) Layout，這是一個(gè) View Controller。但在 Flutter 里面，它們?nèi)紝儆谝粋€(gè)統(tǒng)一的模型 Widget?？梢哉f，在 Flutter 界面里，所有東西都是 Widget。

以前學(xué)面向?qū)ο蟮臅r(shí)候，我們都聽過一句話，叫萬物皆對(duì)象。我這里套用一下，在 Flutter 里， 萬物皆控件 。

具體有哪些控件，我做了一下簡單的分類。

根控件

所有的控件都屬于 StatefulWidget 或 StatelessWidget 。它們的區(qū)別是，StatefulWidget 擁有狀態(tài) State ，而 StatelessWidget 沒有。

StatefulWidget

當(dāng)一個(gè)控件是可變的時(shí)候，就要使用 StatefulWidget 來構(gòu)建。StatefulWidget 本身不可變，但它持有的狀態(tài) State 是可變的。

StatelessWidget

當(dāng)一個(gè)控件狀態(tài)是固定不可變的時(shí)候，就可以使用 StatelessWidget。前面我們寫的 Hello World 就是使用 StatelessWidget。

容器控件

容器類控件一般是將某些屬性或配置，作用在它的子控件上，比如控件所在的寬高、背景、位置等。

常用的容器控件有 Container、Center、Padding 等。

布局控件

布局控件可以類比作原生開發(fā)中的 Layout，通常它會(huì)擁有一個(gè) children 的屬性，用于接收一個(gè)控件數(shù)組，對(duì)這些控件進(jìn)行特定的排版。

常用的布局控件有 Row、Column、Stack、Flex 等。

基礎(chǔ)控件

基礎(chǔ)控件就是常用的文字、按鈕、圖片等控件。

常用的基礎(chǔ)控件有 Text、TextField、Button、Image 等。

功能控件

在 Flutter 里還有一類控件，它們不影響 UI 布局，但帶有一些特定的功能，比如頁面跳轉(zhuǎn)、事件監(jiān)聽、定義主題等。我們把這一類控件稱作功能控件。

常用的功能控件有 Navigator、NotificationListener、Theme 等。

開始寫 Flutter 代碼了。還記不記得，在 Flutter 項(xiàng)目創(chuàng)建之后，是自帶一個(gè)計(jì)數(shù)器 demo 的，現(xiàn)在我們用自己的代碼實(shí)現(xiàn)一遍。代碼修改成如下：

運(yùn)行之后，就可以看到這樣的界面了：

按鈕每點(diǎn)擊一次，數(shù)字就會(huì)加一。下面我們來分析一下這段代碼，看下里面用到的一些 Widget。

StatefulWidget

由于頁面中的數(shù)字是跟隨狀態(tài)變化的，所以該頁面改用 StatefulWidget。StatefulWidget 并不會(huì)直接返回一個(gè) Widget，而是返回狀態(tài) State，在 State 里再返回 Widget。

Scaffold

Scaffold 是一個(gè)標(biāo)準(zhǔn)的 Material Design 頁面，它包含了標(biāo)題欄、浮動(dòng)按鈕、側(cè)滑菜單、底部導(dǎo)航欄等配置。我們這里用到了標(biāo)題欄 appBar、頁面內(nèi)容 body、浮動(dòng)按鈕 floatingActionButton。

AppBar

AppBar 就是標(biāo)題欄，通過查看控件的構(gòu)造方法，我們可以知道它可配置的屬性。

AppBar 的可選參數(shù)除了標(biāo)題 title，還可以配置標(biāo)題前的內(nèi)容 leading，右側(cè)的操作按鈕 anctions，控件垂直高度 elevation 等。我們只傳了 title，其他屬性都用默認(rèn)值。

Center

Center 是一個(gè)容器類控件，它的作用就是讓它的子控件居中顯示。

FloatingActionButton

熟悉安卓開發(fā)的應(yīng)該對(duì)這個(gè)控件比較熟悉，它就是頁面右下角一個(gè)特定樣式的 Button，參數(shù)里面的 onPressed 是一個(gè)必填項(xiàng)，要傳一個(gè)點(diǎn)擊之后的回調(diào)函數(shù)。

根據(jù)這個(gè)例子，下面給大家介紹一下 Flutter 兩個(gè)比較重要的特性。

點(diǎn)擊 Button 之后，我們把 num 變量加一，并使用 setState 通知狀態(tài)發(fā)生了改變，F(xiàn)lutter 會(huì)根據(jù)新的狀態(tài)更新 UI。如果有接觸過小程序開發(fā)，setState 就和小程序的 setData 類似。

在 Flutter 里面我們不需要用 set 方法來更新 UI，可變控件是和狀態(tài)綁定的，這就是 Flutter 的響應(yīng)式 UI 編程。

在 Android Q 和 iOS 13 里都加入了暗黑模式，我們也換一個(gè)暗黑主題來玩一下。MaterialApp 里有一個(gè) theme 的屬性，我們把它配置一下:

這次改完之后不點(diǎn) Run 了，我們點(diǎn)一下閃電圖標(biāo) Flutter Hot Reload ，就能看到界面發(fā)生了變化:

這就是 Flutter 的 熱重載 ，在修改完代碼之后，通過熱重載就能馬上在設(shè)備上看到修改結(jié)果，可以很大程度上增加開發(fā)效率。

下面再給大家介紹幾個(gè) Flutter 里的常見操作。

在 Flutter 里，使用 Navigator 來管理頁面跳轉(zhuǎn)，比如要跳轉(zhuǎn)到一個(gè) NewPage 可以這樣寫:

進(jìn)棧使用 push，出棧則是 pop。

使用 MaterialPageRoute 會(huì)模擬出 Android 上頁面跳轉(zhuǎn)的過場效果。

我們來看看怎么顯示一張本地圖片。

先在根目錄新建一個(gè)存放圖片的文件夾，比如叫 images，把圖片 picture.png 放進(jìn)去。

找到根目錄下的 pubspec.yaml 文件，這個(gè)便是 Flutter 依賴配置文件，我們需要在這里配置一下剛才的圖片：

這樣，我們就能使用 Image 控件把這張圖片顯示出來了：

和 node 的 npm 以及 Android 的 jcenter 類似，F(xiàn)lutter 也擁有一個(gè)公共倉庫 pub.dev。pub.dev 是 Google 官方的 Dart 倉庫，在上面可以找到我們需要的包和插件。

Flutter 本身沒有 Toast，我們來接入一個(gè)。在 pub.dev 上搜索后，我決定使用 fluttertoast：

按照說明，在 pubspec.yaml 文件里的 dependencies 下配置：

點(diǎn)一下 Android Studio 右上角的 Packages get 同步之后就可以使用了：

我們上面使用的都是 Material Design 的控件，它們都是在 flutter/material.dart 包里面的。如果要使用 iOS 風(fēng)格的控件，則要用到 flutter/cupertino.dart 包：

iOS 風(fēng)格的控件，基本都以 Cupertino 開頭。我們把計(jì)時(shí)器頁面里的控件替換一下：

效果如下：

代碼的部分就到這里了，接下來跟大家聊一下編譯方式，編程語言的編譯方式有兩種。

關(guān)于它們孰優(yōu)孰劣，就要看從哪個(gè)角度去對(duì)比了。JIT 的話，它的一大特點(diǎn)就是支持動(dòng)態(tài)發(fā)布代碼，也就是支持熱更新。但要是從性能的角度考慮，AOT 會(huì)更好，因?yàn)樵谶\(yùn)行的時(shí)候不用再進(jìn)行編譯的操作的，運(yùn)行的效率會(huì)更高一些。

回到我們一開始的時(shí)候留下的問題，為什么別的跨平臺(tái)方案都是用 JavaScript，而 Flutter 要用 Dart 來開發(fā)。JavaScript 的編譯方式是 JIT 的，它不支持 AOT。而 Dart 同時(shí)支持 JIT 和 AOT。

Flutter 在開發(fā)階段使用 JIT，讓我們用上了熱重載，增加了開發(fā)效率。在打包時(shí)改用 AOT，保證了正式版應(yīng)用的性能。

最后講一下大家比較關(guān)心的一個(gè)東西，F(xiàn)lutter 是否支持熱更新？前面說到 Dart 支持 JIT，所以從技術(shù)層面它是支持的。但是目前是不支持的，在官方的計(jì)劃文檔中，可以看到:

至于原因，官方在這里進(jìn)行了說明?？偟膩碚f，是由于政策的限制，以及出于對(duì)性能和安全性的考慮，暫時(shí)不支持了。

到這就結(jié)束啦。由于想把 Flutter 基礎(chǔ)在一篇內(nèi)講完，沒有涉及太多細(xì)節(jié)，如果要寫 Flutter 代碼還需要深入學(xué)習(xí)。但相信理解之后再學(xué)，會(huì)輕松很多。

離不開DART的Flutter（dart篇）

hello world例子

在終端打印字符串‘Hello World!’

計(jì)算斐波那契數(shù)列

一個(gè)簡單的類

計(jì)算兩點(diǎn)距離

異步并發(fā)示例

使用了Isolate

1.面向?qū)ο?/p>

對(duì)于面向?qū)ο筮@個(gè)概念，相信了解Java的同學(xué)對(duì)這個(gè)概念一定不會(huì)陌生。

例如：我們有個(gè)Person Object他有很多特征和行為。

這些都是這個(gè)Person Object的屬性。

也就是因?yàn)橛辛诉@些特征，行為等等才決定了這個(gè)人是誰。

那么回到Dart當(dāng)中，所有的都是對(duì)象，那么在就可以可以跟進(jìn)對(duì)象的屬性的特征，方法等等來進(jìn)行編程。

之所以我們?cè)谶@里又特別強(qiáng)調(diào)了一下面向?qū)ο蟮母拍睿且驗(yàn)檫@個(gè)概念在Dart語言當(dāng)中，至關(guān)重要！

2.最重要的幾個(gè)概念

3.Dart的部分特性

4.Dart的內(nèi)置庫

包名

描述

dart:asynv

異步編程，提供Future，Stream類

dart：collection

集合

dart：convert

不同類型的字符編碼解碼

dart：core

Dart語言核心功能，內(nèi)置類型

dart:html

網(wǎng)頁開發(fā)用到的庫

dart:io

文件讀寫，IO相關(guān)

dart:math

數(shù)字常量以及函數(shù)，隨機(jī)算法等

dart:svg

事件和動(dòng)畫矢量圖支持

綜上述所說要想學(xué)Flutter，先學(xué)Dart！關(guān)于Flutter下篇我會(huì)講到。為什么離不開dart！

有關(guān)更多面經(jīng)、核心技術(shù)筆記；自己也是從事Android開發(fā)5年有余了；整理了一些Android開發(fā)技術(shù)核心筆記和面經(jīng)題綱， 如有需要的同學(xué)請(qǐng)私信我回復(fù)“核心筆記”或“面試”領(lǐng)??！

app是如何制作的，APP如何開發(fā)？

手機(jī)APP制作流程：無需技術(shù)，教你制作一個(gè)自己的手機(jī)APP

一款手機(jī)APP的制作，說復(fù)雜非常復(fù)雜，涉及到多個(gè)領(lǐng)域的研發(fā)，稍復(fù)雜一點(diǎn)的個(gè)人研發(fā)基本上搞不定，但是，也有非常簡單的手機(jī)APP一站式制作運(yùn)營方法。

隨著移動(dòng)互聯(lián)網(wǎng)基層開開發(fā)技術(shù)的發(fā)展，無需編程技術(shù)，也可以在應(yīng)用公園制作手機(jī)。這里就以應(yīng)用公園為例，教您熟悉手機(jī)APP制作流程，手把手教你制作一款自己心儀的手機(jī)APP。

第一步：了解自己想要制作一款怎么的手機(jī)APP。是軟硬件結(jié)合？ 游戲 類？商城類？新聞資訊類？互動(dòng)類？聊天類？還是團(tuán)購類、同城服務(wù)類？送餐類？企業(yè)展示類？

每一個(gè)類別的APP開發(fā)差異非常大，主要就是不同類型所需要的功能支持。對(duì)自己想要做的APP有個(gè)大致的了解，但是這一步很多人都沒搞清楚，大部分人都存在一個(gè)大概模糊的創(chuàng)意、想法階段。

第二步：了解自己想要做的APP的基礎(chǔ)功能，劃分板塊。

對(duì)基礎(chǔ)功能的了解、板塊的分類，上手最快的方法就是：查看市場上類似的APP進(jìn)行借鑒。

第三步：界面及交互的設(shè)計(jì)

界面及交互的設(shè)計(jì)，可以直接使用“墨刀”。可以先設(shè)計(jì)一個(gè)大概，后期不斷豐富。

第四步：APP功能的開發(fā)制作

APP功能的開發(fā)直接使用應(yīng)用公園就可以了。應(yīng)用公園把市場上常見的APP功能進(jìn)行拆分組合，你不需要懂任何編程技術(shù)，只需喲安把需要的功能挑選出，組合搭配一個(gè)，就能迅速組建出一個(gè)手機(jī)APP。

手機(jī)APP制作具體流程：

1、打開應(yīng)用公園的官網(wǎng)，點(diǎn)擊“開始制作”，注冊(cè)登錄；

2、應(yīng)用公園為在線APP制作平臺(tái)，所以不需要下載任何東西，直接進(jìn)入制作頁面就可以；

3、應(yīng)用公園目前有兩種模式：

（1）主題模式：應(yīng)用公園平臺(tái)上，已經(jīng)很多已經(jīng)制作完善的手機(jī)APP軟件，可以直接當(dāng)做模板使用，僅需要把里面的文字圖片進(jìn)行替換，就可以快速制作一款A(yù)PP。

（2）自由模式：就像拼圖一樣，把需要的功能自由組合搭配一下，就可以創(chuàng)造一款獨(dú)一無二的手機(jī)APP。

每一個(gè)功能控件的具體功能，都通過后臺(tái)自動(dòng)配置。

4、手機(jī)APP打包

制作完善后，在應(yīng)用公園平臺(tái)直接點(diǎn)擊制作完成，就會(huì)自動(dòng)打包成手機(jī)安裝程序。

5、應(yīng)用發(fā)布上架

在應(yīng)用公園平臺(tái)直接申請(qǐng)應(yīng)用發(fā)布，通過聯(lián)網(wǎng)后，就可以聯(lián)網(wǎng)使用了。

6、下載管理、運(yùn)營

應(yīng)用公園提供運(yùn)營管理后臺(tái)、下載站點(diǎn)、下載二維碼、手機(jī)管理助手等APP相關(guān)產(chǎn)品，一站式服務(wù)，自動(dòng)配置，免去多次開發(fā)成本，而且后期的功能、內(nèi)容的更新迭代自己既可以搞定，也不需要具體的編程技術(shù)。

自己制作app需要 編程知識(shí) 。但依靠第三方工具，三分鐘就可以做成專屬自己的APP。下面以簡易網(wǎng)為例演示：

簡網(wǎng)APP工廠三大特點(diǎn)

1、最低的成本：節(jié)省所有開發(fā)成本，以及僅幾分鐘的時(shí)間成本。

2、實(shí)用的功能：貼近傳統(tǒng)網(wǎng)站的內(nèi)容編輯與發(fā)布方式。

3、靈活的運(yùn)營：生成APP后，一個(gè)人也可以完美運(yùn)營。

先來了解一下APP工廠：三分鐘制作APP

使用簡網(wǎng)APP工廠之前，我曾經(jīng)通過其他類似的APP公司制作過兩三個(gè)不同版本的免費(fèi)APP，簡網(wǎng)的操作流程是制作門檻最低的一家。

不支持用戶名注冊(cè)，需要使用微博賬號(hào)

新浪與騰訊微博用戶數(shù)幾乎覆蓋全網(wǎng)網(wǎng)民數(shù)，我們默認(rèn)用戶已經(jīng)擁有微博賬號(hào)，以便于進(jìn)行APP快速創(chuàng)建。

填寫APP信息：幾分鐘搞定

制作APP之前我們需要做一些準(zhǔn)備工作，比如我們要明確我們要做一個(gè)怎樣的APP，我們要為這個(gè)APP準(zhǔn)備一張1024x1024的ICON以及一張114x114的小圖標(biāo)，另外還需要一張640x1136的開機(jī)圖。

從簡網(wǎng)APP工廠的首頁，經(jīng)過3次跳轉(zhuǎn)，省略了網(wǎng)站注冊(cè)過程，通過模板挑選完成APP美工定案，所需的是APP的圖標(biāo)與應(yīng)用簡介。全過程幾分鐘足矣。

快捷實(shí)用的后臺(tái)采編系統(tǒng)

我們制作了一個(gè)新聞資訊類的APP軟件，同時(shí)我們擁有了一個(gè)功能齊全的后臺(tái)更新系統(tǒng)。利用后臺(tái)可以完全解決APP內(nèi)容更新問題，可以快速進(jìn)行新聞發(fā)布，包括文字、圖片、視頻、微博等形式，并且引入了完善的評(píng)論系統(tǒng)與社區(qū)系統(tǒng)。

筆者至今使用過三家大型網(wǎng)站的后臺(tái)系統(tǒng)，由于種種 歷史 原因，這些后臺(tái)系統(tǒng)都存在或多或少的不合理設(shè)計(jì)，也許是因?yàn)槌休d的功能過多，數(shù)據(jù)架構(gòu)過于復(fù)雜，在新入職人員上手操作時(shí)，需要經(jīng)過長時(shí)間的熟悉過程。

簡網(wǎng)為我們制作的APP提供了統(tǒng)一的后臺(tái)模板，這個(gè)后臺(tái)的功能亮點(diǎn)在于不僅提供原始錄入，還提供也許是目前設(shè)計(jì)最為合理的網(wǎng)絡(luò)來源抓取功能。包括網(wǎng)頁、微博在內(nèi)的網(wǎng)絡(luò)內(nèi)容，都可以在大約1分鐘時(shí)間內(nèi)導(dǎo)入后臺(tái)中，并且實(shí)時(shí)呈現(xiàn)在用戶手機(jī)上的APP客戶端。

APP的生成時(shí)間約為三分鐘，APP容量只有3M，一般的寬帶都可以在1分鐘之內(nèi)下載好裝進(jìn)手機(jī)

我們得到了一個(gè)可安裝的APP軟件

同時(shí)獲得了一個(gè)功能完善的編輯后臺(tái)

快速的內(nèi)容抓取，讓后臺(tái)采編人員的數(shù)量可以降到最低，維持一個(gè)日更新量在100篇文章左右的APP客戶端，一個(gè)工作人員足矣。

內(nèi)容采編神器：發(fā)布到應(yīng)用

“發(fā)布到應(yīng)用”這個(gè)功能可以說是管理后臺(tái)提供的最強(qiáng)大的一個(gè)功能，經(jīng)過簡單的設(shè)置后，我們可以在幾秒鐘之內(nèi)把網(wǎng)絡(luò)內(nèi)容發(fā)布到我們的APP客戶端。

這樣一個(gè)媒體類APP就做好了。

很高興回答這個(gè)問題。

我是從事安卓App開發(fā)的，開發(fā)過很多App，那么App是如何制作的。

頁面設(shè)計(jì)

我們看到的app都一個(gè)個(gè)頁面，每個(gè)頁面功能不同。首先是產(chǎn)品經(jīng)理通過調(diào)研整理需求，然后將需求整理成頁面(可以使用墨刀等網(wǎng)頁制作)，然后在交給UI人員進(jìn)行專業(yè)設(shè)計(jì)和美化，最后將設(shè)計(jì)圖打包給開發(fā)人員。

開發(fā)設(shè)計(jì)

拿安卓舉例，開發(fā)使用語言也分幾種，具體得根據(jù)實(shí)際情況來選擇。

1.原生開發(fā)

安卓一般使用java語言開發(fā)，當(dāng)然現(xiàn)在也有kotlin語言進(jìn)行開發(fā)。如何開發(fā)就涉及到具體編程了，這里就不詳說了。簡單描述就是使用安卓提供的一系列控件來實(shí)現(xiàn)頁面，復(fù)雜點(diǎn)的頁面可以通過自定義控件來實(shí)現(xiàn)。

2.使用H5語言開發(fā)

使用H5開發(fā)的好處有很多，可以多端復(fù)用，比如瀏覽器端，ios端，當(dāng)然H5開發(fā)的體驗(yàn)是沒有原生好的。結(jié)合我做過的項(xiàng)目來說，一般是這個(gè)頁面需要分享出去的話，就用H5開發(fā)。

3.使用flutter開發(fā)

flutter是近年來谷歌推出的一款UI框架，

使用dart語言進(jìn)行開發(fā)，支持跨平臺(tái)，weight渲染直接操作硬件層，體驗(yàn)可媲美原生。但是flutter技術(shù)比較新，生態(tài)還不完善，開發(fā)起來效率相對(duì)偏低

頁面數(shù)據(jù)填充

頁面開發(fā)出來只是空殼子，沒有數(shù)據(jù)填充，這時(shí)候就需要通過接口獲取數(shù)據(jù)，然后解析數(shù)據(jù)，顯示在頁面上。

到此，一個(gè)大概的App制作流程就結(jié)束了。

首先你要清楚自己想要什么樣的APP,是做哪一方便的?簡單的?還是復(fù)雜的

一下我就分為兩類進(jìn)行回答

一,簡單APP

必要崗位

ui設(shè)計(jì)師(至少一個(gè))

主要負(fù)責(zé)APP頁面的搭建和交互的梳理

客戶端開發(fā)人員(至少一個(gè))

目前市面上的APP開發(fā)方式多為混合開發(fā),如果做一個(gè)簡單的APP可以選擇webapp,這樣不但可以減少開發(fā)周期還可以控制開發(fā)成本

服務(wù)端開發(fā)(至少一個(gè))

目前服務(wù)器語言很多php,java,

node.js

非必要崗位

首先 ,我說的非必要崗位不是說這些崗位不重要,而是說在為了減少成本的情況下,這樣崗位可以被別的崗位所替代

產(chǎn)品經(jīng)理

如果開發(fā)的App功能簡單,UI設(shè)計(jì)師就可以擔(dān)任這樣職責(zé)

測試工程師

當(dāng)然,在時(shí)間允許的情況下,開發(fā)人員也可以是測試人員

二,復(fù)雜APP

復(fù)雜app可以考慮純?cè)_發(fā),那么客戶端至少兩個(gè)人進(jìn)行開發(fā)(安卓,IOS),或者考慮混合開發(fā),及web前端+原生開發(fā)人員

必要崗位

ui設(shè)計(jì)師,安卓開發(fā)工程師,ios開發(fā)工程師,后端開發(fā)工程師,產(chǎn)品經(jīng)理,測試工程師,人員的多少可以根據(jù)項(xiàng)目的大小來定

三,必要成本

服務(wù)器 :這是開發(fā)app必須要的,也就是我們放代碼的地方

上架審核所需費(fèi)用 :比如IOS上架審核的花好幾百,安卓要申請(qǐng)軟著等

今年六月的時(shí)候，萌生了開發(fā)一個(gè)記賬 App 的想法，想去用自己的 App 記賬，管理收支。那時(shí)正好在英國是考試周，放假后，我回到了國內(nèi)，準(zhǔn)備去實(shí)現(xiàn)我的計(jì)劃。沒想到這暑假很快就結(jié)束了，在這個(gè)暑假中經(jīng)歷的太多的事，準(zhǔn)備了要去美國讀研的考試，遇到了生命中的另一半，同時(shí)，也將 Costuary for iPhone 帶到了這個(gè)世界。

Logo

說道為什么要開發(fā)這樣一個(gè) App ，因?yàn)楣P者在 UK 讀書，市面上很少有記賬 App 能夠?qū)崿F(xiàn)實(shí)時(shí)匯率的換算，帶有這個(gè)功能的 App 也是操作繁雜。所以要自己開發(fā)一個(gè)，功能并沒有那么復(fù)雜的，并且能夠滿足自己在國外和國內(nèi)生活需求的 App，所以自己編寫了 iPhone 的客戶端，為了獲取匯率和 Excel 導(dǎo)出，又用 Java 設(shè)計(jì)和編寫了 Costuary 的后端服務(wù)器。

比起今年年初開發(fā)的 Flat Weather，這個(gè)項(xiàng)目的代碼量大約是他的十倍，需要實(shí)現(xiàn)眾多的功能和模塊。

這篇文章將會(huì)介紹一下 Costuary 的功能與我開發(fā)過程中的一些心得。

效果圖設(shè)計(jì)

說到設(shè)計(jì)，兩年前，我還是一個(gè) Android 開發(fā)者，Google 的 Material Design 是我的最愛，所以，Costuary 采用了 Android 5.0 之后采用的 Material Design 設(shè)計(jì)。其中摻雜了一些我自己的設(shè)計(jì)，因?yàn)?Material Design 的控件有時(shí)候操作繁瑣。

早在 5 月份的時(shí)候已經(jīng)零零總總的用 Sketch 畫出了這個(gè)產(chǎn)品的 UI 和圖標(biāo)，之后開始了漫長開發(fā)的過程。

Sketch交互

與去年開發(fā)的 Android 版不同，iPhone 版的 Costuary 采用了底部導(dǎo)航欄的設(shè)計(jì)，相比于 Android 通常使用的 Navigation Drawer 的抽屜布局，底部導(dǎo)航欄的設(shè)計(jì)即使在右手操作 iPhone 的時(shí)候都不會(huì)太費(fèi)力。

UX功能 Features

Costuary 支持世界上主要貨幣的實(shí)時(shí)匯率轉(zhuǎn)換，所有外匯在統(tǒng)計(jì)時(shí)會(huì)轉(zhuǎn)換成主貨幣的數(shù)目，方便查看花銷。

日歷視圖能夠很直觀的反映出哪一天有消費(fèi)和收入。

說到記賬軟件，量化消費(fèi)的圖表無疑是重要的一環(huán)，Costuary 提供了餅狀圖來視覺化一段時(shí)間的花銷。

可以建立多個(gè)賬戶來表示自己的銀行卡，支付寶，現(xiàn)金等等。

可以看出本月的預(yù)算還有多少。

如果想要進(jìn)行更加詳細(xì)的分析，可以使用導(dǎo)出功能將賬本導(dǎo)出到 Excel。

允許備份賬本內(nèi)容到 iCloud。

開發(fā)

去把一紙?jiān)O(shè)計(jì)變成真正的產(chǎn)品，這是一個(gè)獨(dú)立開發(fā)者應(yīng)該具有的能力。只會(huì)寫代碼不只是我唯一掌握的，能夠去設(shè)計(jì)出來自己想要的應(yīng)用并且將他實(shí)現(xiàn)才是我在做的事情。

這款應(yīng)用的開發(fā)并沒有想象中的簡單，需要自己去實(shí)現(xiàn)大量 Android UI 控件，很多圓角，陰影，字體，要慢慢的去調(diào)整，讓控件適合 iPhone 的屏幕。整個(gè)應(yīng)用的背后有 3 個(gè)關(guān)系型數(shù)據(jù)庫來儲(chǔ)存賬戶，賬本與各種匯率。與以前開發(fā)的 Flat Weather 不同，Costuary 會(huì)產(chǎn)生大量的用戶數(shù)據(jù)，所以整個(gè)軟件架構(gòu)的穩(wěn)定性變得異常重要，需要設(shè)計(jì)一些機(jī)制來防止數(shù)據(jù)丟失與損壞。

Development

為了實(shí)現(xiàn) App 獲取每日的匯率，并且在 iPhone 上能夠?qū)崿F(xiàn)賬本導(dǎo)出到 Excel ，我設(shè)計(jì)了一個(gè)服務(wù)器后端來處理這些繁雜的實(shí)物。每次 App 啟動(dòng)后會(huì)與我的服務(wù)器來更新最新的匯率。當(dāng)用戶選擇導(dǎo)出時(shí)，賬本會(huì)被發(fā)送到服務(wù)器上并處理為 Excel 發(fā)送到用戶的郵箱里。

Mail

說到服務(wù)器，就不得不提到用戶隱私了，因?yàn)閷?dǎo)出到 Excel 功能需要將賬本傳到我的服務(wù)器上做進(jìn)一步處理，很多人會(huì)覺得我侵犯了他的個(gè)人隱私。對(duì)此，為了保護(hù)我的權(quán)益與用戶的權(quán)益，我撰寫了 Costuary 軟件許可及服務(wù)協(xié)議與 Costuary 隱私政策，這是我作為獨(dú)立開發(fā)者這么多年后第一次去寫許可協(xié)議。

Agreement資費(fèi)

與我的其他產(chǎn)品一樣，這款 App 依舊是免費(fèi)供大家使用的，作為獨(dú)立開發(fā)者，我們都知道，絕大多數(shù)用戶不會(huì)去珍惜一個(gè)免費(fèi)的產(chǎn)品。就像 Flat Weather 一樣，雖然獲得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然設(shè)計(jì)了一個(gè)的捐助按鈕，如果大家使用之后喜歡這個(gè)應(yīng)用，請(qǐng)支持我將他維護(hù)下去。

Please donate me尾巴

Costuary for iPhone 是我開發(fā)出來過最大的軟件體系。我相信，能夠獨(dú)立開發(fā)出來產(chǎn)品的人懂得不只是編程。一個(gè)人要去經(jīng)歷項(xiàng)目的全部生命周期：規(guī)劃，設(shè)計(jì)，開發(fā)，運(yùn)營，維護(hù)，營銷，這些是我開發(fā)這么多產(chǎn)品所學(xué)會(huì)的。

現(xiàn)在的 Costuary 只是第一個(gè)版本，還有很多 iPhone 的特性沒有來得及開發(fā)，以后會(huì)跟上的，比如 iPhone X 的適配，3D Touch、Today Widget、Touch ID 等等。

以前在少數(shù)派撰稿的時(shí)候，很多讀者會(huì)來問我如何學(xué)習(xí)開發(fā)，我也特地去寫過如何去學(xué)習(xí)編程，但我相信，真正想去學(xué)習(xí)的，想去為這個(gè)生態(tài)貢獻(xiàn)出自己的一份力的人，自己都會(huì)找到學(xué)習(xí)的方法。我的專業(yè)是電子電器而不是軟件工程，但是我不后悔當(dāng)年去學(xué)習(xí)編程。

最后，還是感謝在背后默默支持我的人，我會(huì)不斷地改進(jìn)與提升，如果 Costuary 真的在記賬方面給予了你便利，這是我莫大的榮幸。

如果想要了解我的更多作品可以訪問我的個(gè)人博客 MikeTech，或者在少數(shù)派中閱讀我以前寫過的文章。今年年初也在 iPhone 上寫過一個(gè)天氣 App，天氣應(yīng)用 Flat Weather 的設(shè)計(jì)歷程

對(duì)了，關(guān)于記賬有什么用，如何記賬，如何養(yǎng)成記賬的習(xí)慣。為什么每個(gè)月末都捉襟見肘，除了沒錢，很可能是對(duì)財(cái)務(wù)管理的能力不強(qiáng)。想了解這一方面的知識(shí)，不妨看一看我派的付費(fèi)閱讀欄目：從零開始做好個(gè)人記賬

你好，非常感謝你的邀請(qǐng)。

開發(fā)一個(gè)app的話首先

第一步、需要調(diào)研，分析開發(fā)需求。

第二步、根據(jù)你的開發(fā)需求整理一個(gè)開發(fā)方案，選擇合理的架構(gòu)。

第三步、開始研發(fā)。

第四步、測試。

第五步、上線試運(yùn)行。

第六步、查缺補(bǔ)漏后投入使用。

開發(fā)一個(gè)app的話。有多種選擇?？梢哉乙粋€(gè)第三方公司來進(jìn)行開發(fā)。也可以自己招聘開發(fā)團(tuán)隊(duì)。也可以交給比較信任的程序員朋友來進(jìn)行開發(fā)。第三種方式的話，屬于接私活兒，成本較低。 當(dāng)然前提你得有認(rèn)識(shí)的人。

我也是程序員出身。參與過web網(wǎng)站開發(fā)。傳統(tǒng)辦公開發(fā)。H5開發(fā)。微信小程序開發(fā)。以及安卓開發(fā)。有著較豐富的開發(fā)經(jīng)驗(yàn)。自己完全可以勝任一個(gè)App，如果你有這方面的事需求的話，也可以私信我。我是山東的。如果方便的話也可以面談。

App軟件開發(fā)，從之前的溝通需求、規(guī)劃設(shè)計(jì)、程序開發(fā)、測試修改、它的發(fā)布等。這是一個(gè)非常復(fù)雜和漫長的過程，一旦進(jìn)入通信，就需要定期維護(hù)和功能變更。它需要大量的專業(yè)人員參與，成本自然很高。 所以，隨著更新市場的發(fā)展和人們福利的提高，現(xiàn)在已經(jīng)不像傳統(tǒng)開發(fā)那么困難了。只需要?jiǎng)觿?dòng)鼠標(biāo)，不需要觸碰代碼就可以完成制作app部分。

App開發(fā)已成為企業(yè)發(fā)展的重要推動(dòng)力量

十年巨變！移動(dòng)互聯(lián)網(wǎng)已顛覆我們的時(shí)代，商業(yè)、社交、視頻、新聞、工具等領(lǐng)域，移動(dòng)應(yīng)用的滲透率已高達(dá)95%，在團(tuán)購 旅游 和零售行業(yè)，移動(dòng)端收入規(guī)模已超過PC端，手機(jī)APP已成為企業(yè)不可或缺的線上陣地。

不用編程就能制作app的在線平臺(tái)，擺脫了很多復(fù)雜的流程，還能減少用戶的麻煩，不會(huì)制作，而且可以在平臺(tái)上查看詳細(xì)的課程，非常貼心的設(shè)置！在這里，我想說的是，如果你想制作app的話，可以在平臺(tái)上查看詳細(xì)的課程?？偟膩碚f，這種方法會(huì)大大降低軟件開發(fā)app的成本，節(jié)省時(shí)間，讓很多人解決了資金短缺和想快速制作app的問題。

app是如何制作的，APP如何開發(fā)？

隨著智能手機(jī)APP軟件的吸引力越來越大，越來越多的企業(yè)開始開發(fā)自己的APP應(yīng)用。企業(yè)要想開發(fā)屬于自己企業(yè)的APP應(yīng)用，首先要分析自身的情況和市場對(duì)產(chǎn)品的需求。

在APP,開發(fā)這件事上，企業(yè)一定要注意以下幾點(diǎn)。

1. 開發(fā)APP應(yīng)用一定要明確以自己為中心，開發(fā)APP是否能帶來巨大的利潤。

2. 要了解目標(biāo)用戶的需求，配置APP吸引用戶，提高用戶購買應(yīng)用的意愿。

3. 通過合作再次尋找潛在客戶，我相信開發(fā)APP的收益遠(yuǎn)遠(yuǎn)大于成本。

開發(fā)APP蘋果系統(tǒng)，必須使用Xcode蘋果開發(fā)工具，一般采用Objective-C或Swift語言。Objective-C是繼承了C語言的C字，可以直接用Objective-C語言進(jìn)行編程。如果你不懂?dāng)?shù)據(jù)，差別很小。還有一些新的蘋果后綴語言，非常有用。

Andro系統(tǒng)的app都是用Java語言開發(fā)的，Java語言已經(jīng)流行了20多年，這個(gè)趨勢還在持續(xù)和延續(xù)。如果想要安卓系統(tǒng)的app首先要掌握J(rèn)ava語言，對(duì)于說C語言的人來說，學(xué)習(xí)Java還是很容易的。如果你對(duì)自學(xué)感興趣，Java網(wǎng)站上有很多培訓(xùn)課程，還有很多免費(fèi)培訓(xùn)。視頻，不想付費(fèi)。如果這個(gè)絕對(duì)是零基礎(chǔ)（沒學(xué)過其他編程語言，比如c語言），如果真的很感興趣，可以自學(xué)，但是速度比較慢。

總結(jié)：app開發(fā)擁有多種方法，選擇最適合自己的方式方法很重要

答案寫到這里，我想您應(yīng)該知道了app的開發(fā)途徑或者方法是什么。如果您是小企業(yè)或者是個(gè)體工商戶，您可以找人幫忙開發(fā)小程序或者自己在一些網(wǎng)站上進(jìn)行傻瓜式軟件開發(fā)。正如上文所說，現(xiàn)在有很多的網(wǎng)站支持在線生成APP，常用的功能和接口都已經(jīng)設(shè)置好了，操作起來不是很難。如果您是大企業(yè)，業(yè)務(wù)多訪問量比較大，我的建議是您應(yīng)該聘請(qǐng)專業(yè)的軟件工程師開發(fā)專門的app，避免后期出現(xiàn)的問題沒辦法及時(shí)解決給您的企業(yè)帶來損失。

不懂的話，找專業(yè)的人幫忙，我就是專業(yè)的

app即application program。應(yīng)用程序。目前手機(jī)平臺(tái)是ios和安卓兩大平臺(tái)的天下。本人不才從事安卓開發(fā)。簡單介紹一下吧你問的這個(gè)問題范圍太廣。ios和安卓開發(fā)語言不同。ios使用的是object_c和swift。安卓是基于java。二者都屬于面向?qū)ο蟮恼Z言。開發(fā)平臺(tái)安卓基于android studio早期使用的是eclipse+adt。不過已經(jīng)被淘汰了。那么怎樣開發(fā)app？首先你需要一個(gè)后臺(tái)程序員寫服務(wù)器以及搭建數(shù)據(jù)庫。其次你的會(huì)ios或是android其中之一那么這就是最簡單的配置.現(xiàn)在流行混合開發(fā)如果你再會(huì)點(diǎn)前端的h5和js就更好了。一般一個(gè)軟件公司的基本配置是一個(gè)前端一個(gè)ios一個(gè)安卓一個(gè)后臺(tái)。基本就滿足你搭建網(wǎng)站和手機(jī)應(yīng)用的需求了。不過你作為老板養(yǎng)這樣一個(gè)團(tuán)隊(duì)很費(fèi)錢。還不如找外包

軟件的生成需要經(jīng)歷以下幾個(gè)階段:

1、滿足用戶需求——建立軟件目標(biāo)，設(shè)想產(chǎn)品功能，進(jìn)行場景化細(xì)分說明；進(jìn)行可行性分析，用戶需求收集，用戶需求場景描述；場景問題梳理；獲取用戶行為、想法；場景應(yīng)用痛點(diǎn)，機(jī)會(huì)點(diǎn)

2、需求開發(fā)與管理——建立用戶畫像，從軟件目標(biāo)出發(fā)，進(jìn)行問題梳理，場景行為分析，愿景分析，建立體驗(yàn)地圖

3、利用Axure繪制軟件原型，在用戶場景中切入，并組織軟件原型實(shí)施，在實(shí)施過程中進(jìn)行問卷調(diào)查，收集問題，記錄用戶行為，不斷改善軟件需求，進(jìn)行需求評(píng)審，進(jìn)入評(píng)審優(yōu)化

4、技術(shù)可行性分析——技術(shù)分析，場景分析，功能實(shí)現(xiàn)驗(yàn)證，

5、開發(fā)計(jì)劃制定，實(shí)施，測試，驗(yàn)證，發(fā)布

Flutter中InheritedWidget的使用

在Tree中從上往下高效傳遞數(shù)據(jù)的基類widget , 定義為:abstract class InheritedWidget extends ProxyWidget

Flutter的響應(yīng)式開發(fā)與React類似，數(shù)據(jù)都是自頂向下的。

假設(shè)有祖先組點(diǎn)A，中間經(jīng)過結(jié)點(diǎn)B, C，然后到結(jié)點(diǎn)D，D需要從A中獲取數(shù)據(jù)f，那按照自頂向下數(shù)據(jù)流轉(zhuǎn)，f需要依次傳遞給B及C，最后才到C。這樣開發(fā)極為不靈活，成本也比較高。所有Flutter需要有跨結(jié)點(diǎn)(只能是祖先后代節(jié)點(diǎn)，不能跨兄弟節(jié)點(diǎn))高效傳遞數(shù)據(jù)的方案。

大體意思如下:

InheritedWidget 是在樹中高效向下傳遞信息的基類部件；

調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例；

在 InheritedWidget 類型的控件被引用,也就是調(diào)用過 inheritFromWidgetOfExactType 方法后,當(dāng) InheritedWidget 自身狀態(tài)改變時(shí)，會(huì)導(dǎo)致引用了 InheritedWidget 類型的子控件重構(gòu)(rebuild)。

這里隨便定義一個(gè)人 Person 類。

創(chuàng)建一個(gè)類繼承 InheritedWidget，并實(shí)現(xiàn) updateShouldNotify 方法。

之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例，所以此處定義一個(gè)靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實(shí)例。

1.定義數(shù)據(jù)模型

這里隨便定義一個(gè) Person 類。

2.自定義 InheritedWidget 控件類

創(chuàng)建一個(gè)類繼承 InheritedWidget，并實(shí)現(xiàn) updateShouldNotify 方法。

之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例，所以此處定義一個(gè)靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實(shí)例。

3.InheriedDataWidget 的使用

InheriedDataWidget 使用起來也很簡單，它本身也是一個(gè)控件，只要在任意一個(gè)頁面的子控件調(diào)用其構(gòu)造方法就行，這里我們定義一個(gè)形如的 Widget 樹。

WidgetA 是一個(gè) StatefulWidget 類型的控件，可以調(diào)用 setState 刷新，如果是繼承人 Stateless 類型的控件,那我們也可以通過 Stream 或者其他方式刷新數(shù)據(jù)，感興趣的請(qǐng)看[什么是 Stream? Dart

WidgetA1_1 類

WidgetA1_2 類

WidgetA1_3 類

當(dāng)我們點(diǎn)擊 floatingActionButton 的時(shí)候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會(huì)更新 Person 的信息，而且每點(diǎn) floatingActionButton 一次， 當(dāng)我們點(diǎn)擊 floatingActionButton 的時(shí)候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會(huì)更新 Person 的信息，而且每點(diǎn) floatingActionButton 一次，都會(huì)輸出：

如果我們?cè)噲D在和 WidgetA 的同一層級(jí)的兄弟節(jié)點(diǎn)去訪問 InheriedDataWidget 的 Person 數(shù)據(jù)，是不行的，因?yàn)楦腹?jié)點(diǎn)中并沒有插入 InheriedDataWidget。

把 WidgetB 和 WidgetA 保持同一節(jié)點(diǎn)

這也體現(xiàn)了 Inheried(遺傳) 這一單詞的特性，遺傳只存在于父子。兄弟不存在遺傳的關(guān)系。

這種數(shù)據(jù)共享的方式在某些場景還是很有用的，就比如說全局主題，字體大小，字體顏色的變更，只要在 App 根層級(jí)共享出這些配置數(shù)據(jù)，然后在觸發(fā)數(shù)據(jù)改變之后，所有引用到這些共享數(shù)據(jù)的地方都會(huì)刷新，這換主題，字體是不是就很輕松，事實(shí)上 Theme.of(context).primaryColor 之流就是這么干的。

以上就是有關(guān)InheritedWidget的使用。

自己也是從事Android開發(fā)5年有余了；整理了一些Android開發(fā)技術(shù)核心筆記和面經(jīng)題綱，有關(guān)更多Android開發(fā)進(jìn)階技術(shù)資料、面經(jīng)題綱、核心技術(shù)筆記； 想要進(jìn)階自己、拿高薪的同學(xué)請(qǐng)私信我回復(fù)“核心筆記”或“面試”領(lǐng)?。?/p>

文章題目：flutter開發(fā)技術(shù),Flutter架構(gòu)
分享鏈接：http://sd-ha.com/article28/hooejp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、Google、網(wǎng)站內(nèi)鏈、網(wǎng)站改版、用戶體驗(yàn)、手機(jī)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)