本文講解是的是，flutter 如何添加推送能力，極光推送也有一個(gè)插件，但是好像無(wú)法實(shí)現(xiàn)點(diǎn)擊推送，讓APP 冷啟動(dòng)并并進(jìn)入對(duì)應(yīng)的業(yè)務(wù)子頁(yè)面。
雞冠網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)公司！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營(yíng)維護(hù)。成都創(chuàng)新互聯(lián)公司2013年開創(chuàng)至今到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)公司。
最好的辦法就是自己去實(shí)現(xiàn)一下，一方面增加交互的理解，還可以加深記憶，總之能自己造輪子的自己造一個(gè)。
在這里，我們公司采用的友盟推送，其實(shí)邏輯都差不多的，下面我們進(jìn)入正題。
到這里基本上就算搞定了，但是點(diǎn)擊推送的冷啟動(dòng)咋辦，接下來(lái)
Flutter Dio源碼分析(一)--Dio介紹
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比
Flutter Dio源碼分析(三)--深度剖析
Flutter Dio源碼分析(四)--封裝
Flutter Dio源碼分析(一)--Dio介紹視頻教程
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比視頻教程
Flutter Dio源碼分析(三)--深度剖析視頻教程
Flutter Dio源碼分析(四)--封裝視頻教程
github倉(cāng)庫(kù)地址
本文會(huì)手把手教你該怎么去封裝一個(gè)類庫(kù)，平時(shí)在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類庫(kù)需要對(duì)其進(jìn)行封裝的時(shí)候提供一個(gè)的思路和方法。
在前面的文章中，我們對(duì) Dio 的基本使用、請(qǐng)求庫(kù)對(duì)比、源碼分析，我們知道 Dio 的使用非常的簡(jiǎn)單，那為什么還需要進(jìn)行封裝呢？有兩點(diǎn)如下：
當(dāng)組件庫(kù)方法發(fā)生重要改變需要遷移的時(shí)候如果有多處地方用到，那么需要對(duì)使用到的每個(gè)文件都進(jìn)行修改，非常的繁瑣而且很容易出問題。
當(dāng)不需要 Dio 庫(kù)的時(shí)候，我們可以隨時(shí)方便切換到別的網(wǎng)絡(luò)請(qǐng)求庫(kù)，當(dāng)然 Dio 目前內(nèi)置支持使用第三方庫(kù)的適配器。
因?yàn)橐粋€(gè)應(yīng)用程序基本都是統(tǒng)一的配置方式，所以我們可以針對(duì) 攔截器 、 轉(zhuǎn)換器 、 緩存 、 統(tǒng)一處理錯(cuò)誤 、 代理配置 、 證書校驗(yàn) 等多個(gè)配置進(jìn)行統(tǒng)一管理。
因?yàn)槲覀兊膽?yīng)用程序在每個(gè)頁(yè)面中都會(huì)用到網(wǎng)絡(luò)請(qǐng)求，那么如果我們每次請(qǐng)求的時(shí)候都去實(shí)例化一個(gè) Dio ，無(wú)非是增加了系統(tǒng)不必要的開銷，而使用單例模式對(duì)象一旦創(chuàng)建每次訪問都是同一個(gè)對(duì)象，不需要再次實(shí)例化該類的對(duì)象。
這是通過(guò)靜態(tài)變量的私有構(gòu)造器來(lái)創(chuàng)建的單例模式
我們對(duì) 超時(shí)時(shí)間 、 響應(yīng)時(shí)間 、 BaseUrl 進(jìn)行統(tǒng)一設(shè)置
因?yàn)椴还苁?get() 還是 post() 請(qǐng)求， Dio 內(nèi)部最終都會(huì)調(diào)用 request 方法，只是傳入的 method 不一樣，所以我們這里定義一個(gè)枚舉類型在一個(gè)方法中進(jìn)行處理
我們已經(jīng)把 Restful API 風(fēng)格簡(jiǎn)化成了一個(gè)方法，通過(guò) DioMethod 來(lái)標(biāo)明不同的請(qǐng)求方式。在我們平時(shí)開發(fā)的過(guò)程中，需要在請(qǐng)求前、響應(yīng)前、錯(cuò)誤時(shí)對(duì)某一些接口做特殊的處理，那我們就需要用到攔截器。 Dio 為我們提供了自定義攔截器功能，很容易輕松的實(shí)現(xiàn)對(duì)請(qǐng)求、響應(yīng)、錯(cuò)誤時(shí)進(jìn)行攔截
我們發(fā)現(xiàn)雖然 Dio 框架已經(jīng)封裝了一個(gè) DioError 類庫(kù)，但如果需要對(duì)返回的錯(cuò)誤進(jìn)行統(tǒng)一彈窗處理或者路由跳轉(zhuǎn)等就只能自定義了
在我們發(fā)送請(qǐng)求的時(shí)候會(huì)碰到幾種情況，比如需要對(duì)非open開頭的接口自動(dòng)加上一些特定的參數(shù)，獲取需要在請(qǐng)求頭增加統(tǒng)一的 token
在我們請(qǐng)求接口前可以對(duì)響應(yīng)數(shù)據(jù)進(jìn)行一些基礎(chǔ)的處理，比如對(duì)響應(yīng)的結(jié)果進(jìn)行自定義封裝，還可以針對(duì)單獨(dú)的 url 做特殊處理等。
我們看了轉(zhuǎn)換器的介紹，發(fā)現(xiàn)和攔截器的功能差不多，那為什么還要存在轉(zhuǎn)換器，有兩點(diǎn)：
執(zhí)行流程： 請(qǐng)求攔截器 請(qǐng)求轉(zhuǎn)換器 發(fā)起請(qǐng)求 響應(yīng)轉(zhuǎn)換器 響應(yīng)攔截器 最終結(jié)果 。
只會(huì)被用于 'PUT'、 'POST'、 'PATCH'方法，因?yàn)橹挥羞@些方法才可以攜帶請(qǐng)求體(request body)
會(huì)被用于所有請(qǐng)求方法的返回?cái)?shù)據(jù)。
在開發(fā)過(guò)程中，客戶端和服務(wù)器打交道的時(shí)候，往往會(huì)用一個(gè) token 來(lái)做校驗(yàn)，因?yàn)槊總€(gè)公司處理刷新token的邏輯都不一樣，我這里舉一個(gè)簡(jiǎn)單的例子
為什么我們需要有取消請(qǐng)求的功能，如果當(dāng)我們的頁(yè)面在發(fā)送請(qǐng)求時(shí)，用戶主動(dòng)退出當(dāng)前界面或者app應(yīng)用程序退出的時(shí)候數(shù)據(jù)還沒有響應(yīng)，那我們就需要取消該網(wǎng)絡(luò)請(qǐng)求，防止不必要的錯(cuò)誤。
由 服務(wù)器生成 的 一小段文本信息 ，發(fā)送給瀏覽器，瀏覽器把 cookie 以kv形式保存到本地 某個(gè)目錄下的文本文件內(nèi)，下一次請(qǐng)求同一網(wǎng)站時(shí)會(huì)把該 cookie 發(fā)送給服務(wù)器。
cookie 的使用需要用到兩個(gè)第三方組件 dio_cookie_manager 和 cookie_jar
因?yàn)樵谖覀兤綍r(shí)的開發(fā)過(guò)程中，會(huì)碰到一種情況，在進(jìn)行網(wǎng)絡(luò)請(qǐng)求時(shí)，我們希望能正常訪問到上次的數(shù)據(jù)，對(duì)于用戶的體驗(yàn)比較好，而不是展示一個(gè)空白的頁(yè)面，該緩存主要是 《Flutter實(shí)戰(zhàn)》網(wǎng)絡(luò)接口緩存 提供參考。
我們?cè)诔绦蛲顺龊髢?nèi)存緩存將會(huì)消失，所以我們用 shared_preferences 進(jìn)行磁盤緩存數(shù)據(jù)。
在我們用flutter進(jìn)行抓包的時(shí)候需要配置 Dio 代理。由 DefaultHttpClientAdapter 提供了一個(gè) onHttpClientCreate 回調(diào)來(lái)設(shè)置底層 HttpClient 的代理。
用于驗(yàn)證正在訪問的網(wǎng)站是否真實(shí)。提供安全性，因?yàn)樽C書和域名綁定，并且由根證書機(jī)構(gòu)簽名確認(rèn)。
日志打印主要是幫助我們開發(fā)時(shí)進(jìn)行輔助排錯(cuò)
在本博客中，我們將探討Flutter中的堆疊式卡輪播。 我們還將實(shí)現(xiàn)一個(gè)演示程序，并學(xué)習(xí)在您的flutter應(yīng)用程序中使用 stacked_card_carousel 包創(chuàng)建一個(gè)帶有垂直輪播的堆疊卡。
用于創(chuàng)建帶有堆疊卡片的垂直輪播的小部件。 下面的演示視頻顯示了如何在Flutter中創(chuàng)建帶有垂直旋轉(zhuǎn)木馬的堆疊卡。 它顯示了在您的flutter應(yīng)用程序中如何使用stacked_card_carousel軟件包來(lái)使用堆疊式卡輪播。 它顯示了垂直圓盤傳送帶滑動(dòng)卡的列表，所有卡向上滑動(dòng)并堆疊，稱為堆疊式卡傳送帶。 它會(huì)顯示在您的設(shè)備上。
堆疊式卡輪播的一些屬性是：
在lib文件夾中創(chuàng)建一個(gè)名為style_card.dart的新dart文件。
首先，我們創(chuàng)建StyleCard類，將在后續(xù)的DEMO中調(diào)用它
我們將制作一個(gè) card 控件. 在card控件中, 我們加入一個(gè)elevation 屬性和一個(gè)column控件。 在column中, 我們加入一個(gè)container用于包含image, title 和 description. 然后在stacked_card_demo頁(yè)面中使用它。
在lib文件夾中創(chuàng)建一個(gè)新的名為stacked_card_demo.dart的dart文件。
現(xiàn)在，我們將創(chuàng)建一個(gè)styleCards列表，并在其中添加一個(gè)StyleCard類。
我們創(chuàng)建了八個(gè)卡片控件，并在其中添加了image，title和description。 程序運(yùn)行后，我們將看到一個(gè)卡片列表， 當(dāng)用戶向上滑動(dòng)時(shí)，所有卡片都將堆疊在一起； 當(dāng)用戶向下滑動(dòng)時(shí)，卡片都將回到原始位置；
效果如下：
Demo地址：
Flutter是一個(gè)移動(dòng)應(yīng)用程序的軟件開發(fā)工具包（SDK），具有以下特征：
跨平臺(tái)應(yīng)用的框架，沒有使用WebView或者系統(tǒng)平臺(tái)自帶的控件，使用自身的高性能渲染引擎自繪
簡(jiǎn)化版的瀏覽器，最大限度在android和ios上統(tǒng)一UI，包括業(yè)務(wù)邏輯和用戶體驗(yàn)
開發(fā)語(yǔ)言使用dart，結(jié)合C, C++, 和Skia（2D渲染引擎）構(gòu)建
支持hot reload，包含著完整的控件和工具鏈
一切皆控件，控件是每個(gè)Flutter應(yīng)用程序的基本構(gòu)建塊，與分離視圖、控制器、布局和其他屬性的框架不同，F(xiàn)lutter具有一致的統(tǒng)一對(duì)象模型：控件。一個(gè)控件可以定義：結(jié)構(gòu)元素（比如按鈕或菜單）、風(fēng)格元素（比如字體或顏色方案）、布局的方面（比如填充）、一些業(yè)務(wù)邏輯等
組合大于繼承，控件本身通常由許多小型、單用途的控件組成，結(jié)合起來(lái)產(chǎn)生強(qiáng)大的效果，類的層次結(jié)構(gòu)是扁平的，以最大化可能的組合數(shù)量
強(qiáng)化版的WebView，框架僅提供一個(gè)View層，大部分功能要依賴原生
目前只能夠運(yùn)行大部分Dart代碼（不能引入dart:mirrors或dart:html庫(kù)）
目前，最優(yōu)的選擇有四個(gè)：
1.如果只在win下使用，.net form是不二選擇，可謂是又快又好，企業(yè)應(yīng)用或定制開發(fā)都是相當(dāng)好的，初學(xué)者也可以入手。
2.electron，跨平臺(tái)。需要會(huì)前端，必須熟悉js、css和html。屬于前端人員大殺器，如果是初學(xué)者，需要一下子學(xué)三樣?xùn)|西，再加上electron的進(jìn)程間通信，可能會(huì)被搞懵。
3. qt5，可以使用qml（js語(yǔ)法）進(jìn)行UI編程，但是需要懂c艸，但是寫軟件相當(dāng)快，還可以寫安卓、ios、Linux、嵌入式中的應(yīng)用。
4.flutter，剛剛正式支持win平臺(tái)的軟件開發(fā)。谷歌出的這個(gè)東西，適合沒有基礎(chǔ)的初學(xué)者，因?yàn)槭且粋€(gè)全新的體系，全新的語(yǔ)言，寫ios、安卓非常高效，之后還會(huì)兼容h5。如果是初學(xué)者可以跟著走，值得嘗試。但是新東西總有一些坑。
正式項(xiàng)目跨平臺(tái)建議electron或qt，只用win平臺(tái)強(qiáng)烈建議微軟自己的net。個(gè)人技術(shù)嘗試建議flutter。
桌面端開發(fā)跨平臺(tái)的，如果你是輕量級(jí)的項(xiàng)目，那么我推薦你用electron, 目前使用Electron來(lái)開發(fā)的桌面應(yīng)用非常多，我們最熟悉的比如Atom,VScode等等。
而且在github上也能找到許多應(yīng)用使用了electron。
electron是Node，Chromium,html,css,js的結(jié)合框架，這就需要你有一定的前端基礎(chǔ)。其實(shí)只需要了解一下electron的API就行了，其他的就像你在做web是一樣的。
這種方式最大的缺點(diǎn)就是性能，還有透明窗口也有問題。所以在做需要性能方面占有很大成分的項(xiàng)目時(shí)，并不推薦使用這個(gè)方式。
那么其他的，就是最近幾年使用比較多的windows directui框架，但它不是跨平臺(tái)的。
那么就引出了qt，作為c++跨平臺(tái)的界面框架，這個(gè)上手的話，我覺得對(duì)一般人是有難度的，因?yàn)槭紫刃枰鷮?shí)的c++功底，其次你要熟悉控件的制作原理，因?yàn)橛袝r(shí)候你需要定制自己的UI控件。它現(xiàn)在在嵌入式，軍工領(lǐng)域非常受歡迎。但是整個(gè)庫(kù)非常臃腫龐大，而且開發(fā)界面的效率也非常低。如果來(lái)做互聯(lián)網(wǎng)項(xiàng)目，迭代更新的速度根本就跟不上。
目前都只有大公司會(huì)采用，像maya這種生產(chǎn)力型的應(yīng)用很多是qt做的。
還有一種是直接使用Cef加js，比如網(wǎng)易云音樂，就是這么搞的，但是很多和系統(tǒng)平臺(tái)的交互接口你需要重寫，等于是需要自己造輪子。工作量大，目前沒有適合的框架給你套用，也需要扎實(shí)的c++功底。
其實(shí)pc端的應(yīng)用基本也就windows會(huì)火一些，再加一個(gè)macos，那么選擇qt應(yīng)該會(huì)很好一點(diǎn)，畢竟你自己造一個(gè)跨平臺(tái)的框架，太費(fèi)時(shí)?？傊?，做跨平臺(tái)就意味著，不可能做到既有效率又完美的實(shí)現(xiàn)各種功能，許多都要自己摸索。
win桌面端直接上visual studio啊！然后你熟悉什么語(yǔ)言？vb.net，c#，c++都有相應(yīng)的win桌面工具。直接用就好了，非常好用
編程語(yǔ)言這種東西無(wú)所謂，只要能用啥都可以。 主要看你老板需要和你會(huì)用什么語(yǔ)言。
比如 我用AS編安卓程序，當(dāng)然用JAVA。不過(guò)我后臺(tái)最開始用ASP和ASP.NET來(lái)做，現(xiàn)在換PHP了。桌面端用QT或者VB做。 涉及單片機(jī)部分控制也用C。
現(xiàn)在做跨平臺(tái)的了 開始以QT為主了。
只要能達(dá)到目的啥都可以。
學(xué)會(huì)1-2種 換其他的也不是很難。
對(duì)初學(xué)者來(lái)建議學(xué)C起步吧。
精通一門，重新學(xué)個(gè)語(yǔ)言入門也就1個(gè)月的事。
PC桌面程序，如果簡(jiǎn)單一點(diǎn)的，用pyqt5+python的開發(fā)難度和周期都比較現(xiàn)實(shí)一點(diǎn)
會(huì)C++ 用Qt5 非常不錯(cuò) 寫代碼效率很高
會(huì)js 用atom使用的那個(gè)框架
會(huì)Python用PyQt 寫代碼很快
會(huì)java用JavaFX
看語(yǔ)言咯
還可以用delphi，其firemonkey框架發(fā)布8年時(shí)間，支持跨平臺(tái)：win，安卓，ios，macos，linux，后續(xù)支持webassembly，界面是控件拖拽布局所見即所得，開發(fā)效率較高。編譯生成的是機(jī)器碼，編譯速度快，調(diào)試方便，其生成機(jī)器碼運(yùn)行效率較高，支持x86，arm的32位64位處理器。支持跨平臺(tái)3D界面，藍(lán)牙通訊，定位，重力，攝像等，支持多種SQL,NoSQL數(shù)據(jù)庫(kù)。單個(gè)開發(fā)工具實(shí)現(xiàn)前后端開發(fā)，跨平臺(tái)開發(fā)。適合個(gè)人和小公司用一套工具實(shí)現(xiàn)大部分開發(fā)需求。
主要有以下幾種技術(shù)
### Duilib
#### 簡(jiǎn)述
Duilib是在Windows平臺(tái)上使用最廣泛的類庫(kù)，使用C++和XML混合編程，國(guó)內(nèi)很多計(jì)算機(jī)企業(yè)都喜歡使用這個(gè)類庫(kù)，可能是由于他的技術(shù)許可比較寬泛的原因。
適合于界面比較簡(jiǎn)單的軟件，視覺特效豐富，局限于Windows的平臺(tái)。例子：360電腦管家。
#### 優(yōu)勢(shì)
#### 劣勢(shì)
### Gtk、Qt或WxWidget：
#### 簡(jiǎn)述
三種基本可以做到跨平臺(tái)的技術(shù)，使用C/C++開發(fā)，使用者廣泛。其中WxWidget使用了API嫁接方式，Qt和Gtk（包括各種綁定技術(shù)）使用自繪技術(shù)。
結(jié)構(gòu)嚴(yán)謹(jǐn)，軟件可以做的很大很復(fù)雜。例子：WPS和Maya。
#### 優(yōu)勢(shì)
#### 劣勢(shì)
### Electron：
#### 簡(jiǎn)介
使用Web技術(shù)開發(fā)桌面軟件，基于Chromium（Chrome）引擎，使用JS編程語(yǔ)言，絕大多數(shù)使用者都是原來(lái)的網(wǎng)頁(yè)開發(fā)者。
絕大多數(shù)都是愛好者使用，處于“勉強(qiáng)可用”的地步。
適合大面積靜態(tài)展示型軟件使用。例子：網(wǎng)易云音樂。
#### 優(yōu)勢(shì)
#### 劣勢(shì)
### QtQuick（QML）
#### 簡(jiǎn)述
Qt公司開發(fā)的一款基于OpenGL的圖形類庫(kù)，有顯卡加速，類似于Duilib。采用了C++與QML混合編程。QML類似于JavaScript語(yǔ)言。
QtQuick下一個(gè)版本在Qt 6上更加強(qiáng)大，業(yè)界期待已久。
#### 優(yōu)勢(shì)
#### 劣勢(shì)
### Atk、Swing或JavaFX
使用Java語(yǔ)言開發(fā)軟件，有JDK加持業(yè)界積累的眾多Java類庫(kù)支持。有不輸于VS的IDEA加持，本應(yīng)該更棒，只是現(xiàn)在已經(jīng)式微了。
絕大多數(shù)使用者都是企業(yè)開發(fā)（不追求界面美觀）、愛好者（開發(fā)順手）。
### WinForm、WPF或Xamarin：
使用C#開發(fā)，WinForm和WPF局限于Windows平臺(tái)。有VisualStudio加持使用很爽。
### Flutter:
使用Dart語(yǔ)言，新類庫(kù)，bug可能會(huì)很多。
### SwiftUI或Cocoa：
蘋果平臺(tái)原生界面技術(shù)，macOS平臺(tái)內(nèi)建支持，不是macOS專用軟件不推薦。
### Win32：
經(jīng)典Windows 平臺(tái)API，絕大多數(shù)只有一些老軟件還在使用，不是維護(hù)老軟件不推薦。
winform,不二選擇
webview2，作為一個(gè)瀏覽器控件嵌入在桌面應(yīng)用中，支持.net core和.net framework
重慶分公司
重慶分公司
