我的第一個(gè)flutter項(xiàng)目：購物app

這是個(gè)產(chǎn)假作業(yè)。故事是這樣的。

創(chuàng)新互聯(lián)專注于滕州企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè),商城系統(tǒng)網(wǎng)站開發(fā)。滕州網(wǎng)站建設(shè)公司,為滕州等地區(qū)提供建站服務(wù)。全流程定制開發(fā)，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

生了娃，生活一地雞毛。擦，碎鈔機(jī)的需求怎么那么多。

當(dāng)時(shí)，有一堆返利優(yōu)惠券app比較火

...這里扯多了這篇文章被鎖了....

我就想，來扒一扒，他們是怎么賺錢的。

結(jié)論：淘寶聯(lián)盟。

淘寶聯(lián)盟是阿里巴巴旗下的親兒子，不那么有名是因?yàn)槭莻€(gè)私生子吧，官網(wǎng)上還有個(gè)沒聽過的名號叫“阿里媽媽”，呵呵。淘寶聯(lián)盟是給淘寶上推廣商品的人用的，他們有一個(gè)專門的名稱，叫做淘寶客，即“推廣者（Publisher）”，他們幫電商平臺推薦商品給別的買家，買家購買后，電商平臺可以增加銷量，而他們則可以獲得推廣傭金。

后來，知道京東也有自己的聯(lián)盟平臺，叫做“京東聯(lián)盟”，拼多多也有，叫做“多多進(jìn)寶”。

回到這些app的賺錢邏輯上來。對于用戶而言，它們的兩個(gè)噱頭是：

“用我們的app買，你可以自用省錢”

“用我們的app，分享給別人下單，你可以賺錢！”

所以，這些app推廣起來很容易啊，因?yàn)檎l用誰賺錢呀！

那么為何不自己搭一個(gè)呢？

與其這些傭金落到別人口袋，不如自己直接做最頂層上線，發(fā)展出N個(gè)下線，豈不是躺著賺錢，哈哈哈哈哈

搞清楚賺錢邏輯之后，我發(fā)現(xiàn)淘寶聯(lián)盟的api是很開放的。

商品鏈接： ;pid=mm_343780171_368000361_101527600308itemId=595640102734src=qtka_wxxtdx=1

其中，activityId是優(yōu)惠券id，pid是推廣者在阿里媽媽官網(wǎng)注冊的id，只有這個(gè)id是我注冊的，那么傭金就到我口袋去了，哈哈哈。

剛好練一下flutter，一次開發(fā)，兩端使用，我一個(gè)人就可以了。app暫時(shí)取名為“小豬購”，拿粉紅豬貼牌。

演示視頻：

跨平臺桌面開發(fā)，Electron還是WebView2 （中篇）

這一周繼續(xù)聊跨平臺桌面開發(fā)這個(gè)事情。

在這篇文章中，我暫時(shí)會放下Electron與WebView2的一個(gè)對比，而聊一聊跨平臺這個(gè)對于程序員群體來說不陌生的詞。

一個(gè)趨勢是：跨平臺開發(fā)幾乎是在各個(gè)技術(shù)方向都會持續(xù)發(fā)展的

跨平臺這個(gè)詞，對于程序員來說，應(yīng)該是不陌生的。因?yàn)檫@個(gè)概念不只在某一端存在，后端，前端，移動端，桌面端幾乎所有方向都對跨平臺有需求。

在后端，Java是跨平臺的，當(dāng)你用Java來編寫后端服務(wù)時(shí)，并不需要考慮操作系統(tǒng)，因?yàn)樗鼛缀踔С种髁鞯牟僮飨到y(tǒng)。現(xiàn)在，編寫一個(gè)后端服務(wù)，選用Java仍是主流。雖然可能它的跨平臺特性已經(jīng)不是程序員最在意的點(diǎn)了。

而在移動端，類似React Native，F(xiàn)lutter也是非常有名的跨平臺移動開發(fā)，它們與移動原生開發(fā)方式之間一直是競爭與共存。

而前端因?yàn)橐劳杏跒g覽器，天然就是跨平臺的。事實(shí)上，很多應(yīng)用或服務(wù)早期紛紛選擇從原生應(yīng)用遷移至前端WEB方式的一個(gè)非常重要的原因就在于它是跨平臺的。

桌面操作系統(tǒng)很長一段時(shí)間一直是Windows一家獨(dú)大，所以桌面開發(fā)一直是Windows獨(dú)占，直至現(xiàn)在為止，很多專業(yè)級的軟件仍然是Windows獨(dú)占的。

而Linux桌面操作系統(tǒng)與MacOS桌面操作系統(tǒng)，早些年幾乎可以忽略不計(jì)，壓根不需要考慮這兩種系統(tǒng)。但隨著近些年它們的慢慢流行，特別是蘋果的MacOS的以其杰出的工藝，流暢的體驗(yàn)，疊加蘋果手機(jī)的流行，其市場份額增長非常之快，在特定的諸如編程，設(shè)計(jì)等行業(yè)人群中使用范圍較廣，這使得開發(fā)支持MacOS系統(tǒng)這個(gè)點(diǎn)變得越來越重要。

所以，在桌面開發(fā)領(lǐng)域，跨平臺的需求也越來越高。

這也是Electron及早期的NW.js能迅速發(fā)展起來并得到非常廣應(yīng)用的原因所在。

無論是哪一端，跨平臺技術(shù)之所以頻繁出現(xiàn)與不斷發(fā)展，其根本原因就在于編程的一個(gè)重要痛點(diǎn)在于：

為了讓同一個(gè)服務(wù)能在所有設(shè)備上運(yùn)行，程序員不得不編寫與維護(hù)非常多不同版本的程序

每一個(gè)程序或軟件后面的服務(wù)，都有一個(gè)非常迫切的需求，就是期望它的用戶無論何時(shí)，無論何地，無論使用任何設(shè)備，都能方便友好的使用這個(gè)服務(wù)。

也是因?yàn)檫@個(gè)原因，Web發(fā)展起來了，因?yàn)閃eb的優(yōu)勢就在這，只要你的設(shè)備上有瀏覽器，就能訪問。

但Web畢竟性能有限，且瀏覽器這種形式并不利于用戶忠誠度的培養(yǎng)，它存在天然的弱點(diǎn)。一些簡單的操作服務(wù)使用Web并無問題，但稍微有點(diǎn)要求的，Web可能就并不是非常適合。

所以，一種趨勢不可避免地流行起來：

對不同設(shè)備或系統(tǒng)進(jìn)行抽象，基于某一種特定的編程語言，編寫出能與原生程序相媲美的，又能跨平臺的技術(shù)便層出不窮了

對吧，Java是使用JVM來抽象不同的操作系統(tǒng)，React Native則是使用虛擬DOM以及轉(zhuǎn)換成原生控件的方式來實(shí)現(xiàn)跨平臺，而Electron則是通過性能較好的Chrome內(nèi)核+NodeJS原生調(diào)用能力的搭配來實(shí)現(xiàn)跨平臺桌面開發(fā)。

總而言之，這種跨平臺的技術(shù)不會消亡，只會有新的技術(shù)層出不窮，而它們與原生開發(fā)一定是相互競爭，配合與共存的。相互之間無法取代。

那再回到跨平臺技術(shù)上來說，一個(gè)良好的跨平臺開發(fā)的技術(shù)或框架，重點(diǎn)是什么。

或者換種方式說，哪些特性使得它更易于流行起來？

我個(gè)人認(rèn)為有以下的幾個(gè)點(diǎn)：

跨平臺開發(fā)技術(shù)能不能流行起來的一個(gè)非常重要的點(diǎn)就在于，使用了什么樣的編程語言。

以移動端跨平臺開發(fā)技術(shù)來說明，一個(gè)React Native，一個(gè)Flutter，這兩個(gè)是比較知名主流的跨平臺移動開發(fā)技術(shù)。React Native使用的是前端React技術(shù)，而Flutter則是Google的D語言。

顯而易見的是，雖然Flutter是使用skia引擎在底層重繪一套UI，其性能相比React Native這種模式更佳，但React Native更易于被接受。

在流行度上，React Native始終比Flutter更流行，一個(gè)最重要的原因也在于：

使用已熟知的前端編程語言，比起重新學(xué)習(xí)一個(gè)D語言更易于被接受，維護(hù)成本更可控。

這個(gè)問題在跨平臺桌面開發(fā)中也是類似，跨平臺桌面開發(fā)技術(shù)也不是Electron最開始出現(xiàn)，比如著名的QT很早就有了，但比起Electron這種使用前端編程技術(shù)來說，顯然在編程語言的門檻上和程序員群體上都存在困難，這也是Electron能后來居上的原因所在。

因?yàn)椋蠖鄶?shù)程序員群體，相比較另外學(xué)習(xí)一門什么語言去做什么，使用自己熟悉的語言來做什么是更容易，意愿也更高。

而從公司或團(tuán)隊(duì)的考量上看，選擇偏門的小眾語言存在成本上的顧慮，比如人員招聘是否容易？

跨平臺技術(shù)在嘗試解決不同平臺不一致，它或多或少會損耗性能。這也決定了幾乎沒有任何一個(gè)跨平臺技術(shù)能取代原生開發(fā)。

這是一個(gè)取舍的問題，對于一個(gè)程序來說，究竟性能有多重要。對于比較看重性能的程序來說，原生開發(fā)可能是最優(yōu)選擇。

但跨平臺的性能損耗也有高低之分，并不在同一水平線上。

其實(shí)，無論是Electron，或是WebView2，都是基于瀏覽器內(nèi)核+前端技術(shù)的跨平臺桌面解決方案，這也是為什么要把它們放在一起聊的原因。

Electron是先行者（當(dāng)然，嚴(yán)格說來，NW.js出現(xiàn)的更早，但今天它的流行度已遠(yuǎn)遠(yuǎn)落后于Electron了），而WebView2則是后來者。

那做為后來者的WebView2究竟做了哪些改進(jìn)？它又有多大的能力來挑戰(zhàn)Electron呢？

下一篇，繼續(xù)聊。

iPadOS 16推遲發(fā)布：與其著急發(fā)，不如細(xì)打磨

隨著9月份的臨近，一年一度的 科技 春晚又要與我們見面了，屆時(shí)除了iPhone、iPad這類硬件會準(zhǔn)時(shí)發(fā)布之外，iOS 16及iPadOS 16也會和我們見面。但根據(jù)外媒的最新消息稱，iPadOS 16的發(fā)布日期可能要延期到10月上旬。

圖源推特

從WWDC 2019開始，iPad OS無論是大版本還是小版本都是與iOS同步推出，此次推遲不禁讓人好奇，到底是設(shè)計(jì)師基于beta版本又做出了什么大幅度更新還是BUG數(shù)量太多，調(diào)試難度較大。但不管怎么樣，如今大家對于iPad OS必然是較為不滿的，尤其是對于iPad Pro 2021以及iPad Air 5的用戶，明明都已經(jīng)用上了M1處理器，但卻用不上更具生產(chǎn)力的macOS，確實(shí)讓人有些失望。

回過頭來想想，從iPadOS獨(dú)立出來已經(jīng)過去了三年多，雖然其確實(shí)與iOS之間有了一定的差異，但為何大家對它還是如此不滿意？它到底又該如何改變才能符合我們的需求呢？

根據(jù)業(yè)界人士的分析，iPadOS 16延遲的最大原因是蘋果正在對iPad多任務(wù)的處理能力進(jìn)行大刀闊斧地改革，一旦成功，就能讓用戶同時(shí)在一個(gè)屏幕上運(yùn)行多個(gè)任務(wù)，而且可以根據(jù)用戶的需求調(diào)整窗口大小等。但由于之前的代碼過于混亂，導(dǎo)致不少iPad在運(yùn)行該功能時(shí)出現(xiàn)了閃退、界面混亂或是直接不能使用的狀態(tài)。

圖源蘋果官網(wǎng)

另外還有媒體爆料，iPadOS 16中還會加入一個(gè)全新的功能，當(dāng)iPad與外接鍵盤或觸控板連接后就會自動把應(yīng)用程序進(jìn)行縮小窗口化，更方便用戶進(jìn)行縮放、移動、關(guān)閉、以及多任務(wù)處理，簡單來說就看起來更符合我們操作電腦的習(xí)慣。

再加上iPadOS 16 beta版上已經(jīng)上線的“臺前調(diào)度”功能，其允許用戶在iPad和高達(dá)6K分辨率的外部顯示器上同時(shí)運(yùn)行8個(gè)應(yīng)用程序，而且這套交互方式與觸控、鍵鼠都兼容。 尤其是使用鼠標(biāo)時(shí)，App的邊界都是可拖動的，這與PC的使用習(xí)慣一致，也方便用戶無縫銜接到iPad上處理工作，可以說這個(gè)功能徹底改變了iPad的交互方式，用戶可以根據(jù)自己的需求去調(diào)節(jié)屏幕上的每一個(gè)APP大小，生產(chǎn)力確實(shí)拉滿。

雷 科技 版權(quán)圖

這些全新加入的新功能無疑是對工程師和iPad性能的一次巨大考驗(yàn)，或許也因此目前臺前調(diào)度功能僅限用于iPad Pro 2021和iPad Air 5。而此次iPadOS延期或許就是為了讓更多的非M1版iPad用上該功能，只不過目前的進(jìn)展不是那么順利罷了。

另外我們還可以猜測之后的iPadOS會和macOS同時(shí)發(fā)布，畢竟從現(xiàn)在的爆料和使用狀況來看，iPad和Mac之間的聯(lián)系越來越緊密，越來越像是Mac用戶的第二塊屏幕。 其實(shí)簡單想想也可以理解，給iPad用上macOS顯然是不現(xiàn)實(shí)的，還不如通過一些新功能增強(qiáng)兩者之間的聯(lián)系，這樣既不會讓影響到雙方的定位，也能變相提升iPad的生產(chǎn)力。

圖源蘋果官網(wǎng)

差點(diǎn)忘了，此次爆料中還表示今年將會發(fā)布一臺全新的入門級iPad以及一臺搭載M2處理器的iPad Pro，前者將舍棄掉Lighting接口，使得整個(gè)iPad產(chǎn)品線都變成USB-C口，更利于用戶傳輸文件等，后者則沒什么好說的，一發(fā)布那必然是平板界的天花板，這兩款產(chǎn)品估計(jì)也會延遲到10月左右發(fā)布。

一臺好的設(shè)備不僅僅是包含了優(yōu)秀的硬件性能，系統(tǒng)層面也尤其重要。更重要的是，蘋果最近幾年將iPad定位為了生產(chǎn)力工具。 但是現(xiàn)實(shí)卻是骨感的，即使官方將iPad定位在了生產(chǎn)力工具上面，但是實(shí)際上，在消費(fèi)者層面上來看，iPad則完全淪為了看電影和蓋泡面的工具。

自第一代iPad誕生至今，在很多人印象中iPad一直是個(gè)不能接打電話的大屏版iPhone，實(shí)際上好像也并沒有錯(cuò)，畢竟iPad此前一直運(yùn)行的也是iOS系統(tǒng)，后續(xù)就算蘋果推出iPad Pro并將其定位為生產(chǎn)力工具，也依然無法讓外界打消大屏iPhone的固有印象。

圖源蘋果官網(wǎng)

直到2019年，蘋果宣布iPad OS徹底獨(dú)立，之后也會與iOS慢慢拉開差距，但作為iPad多年的用戶，我依舊感覺不到兩者的差異有多大，甚至iPad OS相比iOS還缺少了不少基礎(chǔ)功能。當(dāng)然這也是使用方法的不同，我既不拿它來畫畫也不拿來工作，純粹只是把它當(dāng)成是一臺視頻播放器和大號 游戲 機(jī)來使用。

雷 科技 版權(quán)圖

可能有讀者會說，iPad可以連接鍵盤來碼字，也可以展示PPT、視頻等，但這些功能筆記本電腦做得會更好；又或者有讀者會說，iPad的性能這么強(qiáng)，也是很多視頻剪輯人員的必備工具啊，目前iPad上面最強(qiáng)悍的視頻編輯軟件無非就是Luma Fusion，這是一款完全仿照Final Cut Pro設(shè)計(jì)的APP。但它也就僅限于十分相似罷了，當(dāng)你真的用它去剪輯一個(gè)視頻的時(shí)候，你會發(fā)現(xiàn)使用觸屏去操作上有多么不舒服，再加上iPad那混亂的文件管理，想導(dǎo)入一些素材簡直是噩夢。

iPad真的是生產(chǎn)力工具嗎？嚴(yán)格意義上來說確實(shí)是，但經(jīng)不起推敲，它和傳統(tǒng)電腦相比，有著較強(qiáng)的局限性，只能完成一些相對簡單的工作。 例如你把工作想象成一條20公里的馬路，PC會是一輛 汽車 ，iPad頂多就是輛摩托車，雖然都能到達(dá)目的地，但你在上面花的時(shí)間和精力是要遠(yuǎn)大于 汽車 的。

圖源蘋果官網(wǎng)

早在WP時(shí)代，微軟就在強(qiáng)調(diào)平臺的統(tǒng)一性，看起來多平臺統(tǒng)一似乎是一種未來的趨勢。從最主流的框架跨平臺（Flutter、Qt等），到Fuchsia和鴻蒙的系統(tǒng)跨平臺似乎都在強(qiáng)調(diào)多平臺的統(tǒng)一性，而蘋果作為業(yè)界把生態(tài)系統(tǒng)玩得最溜的企業(yè)，自然不會在這個(gè)地方被人甩開一大截。 所以，就目前的情況來看，蘋果的操作系統(tǒng)體系是目前最有希望徹底完成跨平臺系統(tǒng)統(tǒng)一的系統(tǒng)。

不管是從此次iPadOS 16延期、beta版中的各種新功能還是蘋果將iPad全員更換成USB-C口，我們都能看出蘋果正在不斷地去完善他們的生態(tài)系統(tǒng)，讓iPad不再是用戶手中的大號iPhone，讓它能夠更好地去完成一些PC設(shè)備的任務(wù)。正如前文中說的那樣，iPad不可能成為第二個(gè)“Mac”，但它完全有可能成為Mac的好幫手，對于用戶和蘋果來說是雙贏，而對于競爭對手而言，這或許又是一個(gè)值得借鑒和學(xué)習(xí)的點(diǎn)。

桌面端開發(fā)都用什么語言，簡單分析下這些語言的優(yōu)劣勢對比？

目前，最優(yōu)的選擇有四個(gè)：

1.如果只在win下使用，.net form是不二選擇，可謂是又快又好，企業(yè)應(yīng)用或定制開發(fā)都是相當(dāng)好的，初學(xué)者也可以入手。

2.electron，跨平臺。需要會前端，必須熟悉js、css和html。屬于前端人員大殺器，如果是初學(xué)者，需要一下子學(xué)三樣?xùn)|西，再加上electron的進(jìn)程間通信，可能會被搞懵。

3. qt5，可以使用qml（js語法）進(jìn)行UI編程，但是需要懂c艸，但是寫軟件相當(dāng)快，還可以寫安卓、ios、Linux、嵌入式中的應(yīng)用。

4.flutter，剛剛正式支持win平臺的軟件開發(fā)。谷歌出的這個(gè)東西，適合沒有基礎(chǔ)的初學(xué)者，因?yàn)槭且粋€(gè)全新的體系，全新的語言，寫ios、安卓非常高效，之后還會兼容h5。如果是初學(xué)者可以跟著走，值得嘗試。但是新東西總有一些坑。

正式項(xiàng)目跨平臺建議electron或qt，只用win平臺強(qiáng)烈建議微軟自己的net。個(gè)人技術(shù)嘗試建議flutter。

桌面端開發(fā)跨平臺的，如果你是輕量級的項(xiàng)目，那么我推薦你用electron, 目前使用Electron來開發(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框架，但它不是跨平臺的。

那么就引出了qt，作為c++跨平臺的界面框架，這個(gè)上手的話，我覺得對一般人是有難度的，因?yàn)槭紫刃枰鷮?shí)的c++功底，其次你要熟悉控件的制作原理，因?yàn)橛袝r(shí)候你需要定制自己的UI控件。它現(xiàn)在在嵌入式，軍工領(lǐng)域非常受歡迎。但是整個(gè)庫非常臃腫龐大，而且開發(fā)界面的效率也非常低。如果來做互聯(lián)網(wǎng)項(xiàng)目，迭代更新的速度根本就跟不上。

目前都只有大公司會采用，像maya這種生產(chǎn)力型的應(yīng)用很多是qt做的。

還有一種是直接使用Cef加js，比如網(wǎng)易云音樂，就是這么搞的，但是很多和系統(tǒng)平臺的交互接口你需要重寫，等于是需要自己造輪子。工作量大，目前沒有適合的框架給你套用，也需要扎實(shí)的c++功底。

其實(shí)pc端的應(yīng)用基本也就windows會火一些，再加一個(gè)macos，那么選擇qt應(yīng)該會很好一點(diǎn)，畢竟你自己造一個(gè)跨平臺的框架，太費(fèi)時(shí)。總之，做跨平臺就意味著，不可能做到既有效率又完美的實(shí)現(xiàn)各種功能，許多都要自己摸索。

win桌面端直接上visual studio啊！然后你熟悉什么語言？vb.net，c#，c++都有相應(yīng)的win桌面工具。直接用就好了，非常好用

編程語言這種東西無所謂，只要能用啥都可以。 主要看你老板需要和你會用什么語言。

比如 我用AS編安卓程序，當(dāng)然用JAVA。不過我后臺最開始用ASP和ASP.NET來做，現(xiàn)在換PHP了。桌面端用QT或者VB做。 涉及單片機(jī)部分控制也用C。

現(xiàn)在做跨平臺的了 開始以QT為主了。

只要能達(dá)到目的啥都可以。

學(xué)會1-2種 換其他的也不是很難。

對初學(xué)者來建議學(xué)C起步吧。

精通一門，重新學(xué)個(gè)語言入門也就1個(gè)月的事。

PC桌面程序，如果簡單一點(diǎn)的，用pyqt5+python的開發(fā)難度和周期都比較現(xiàn)實(shí)一點(diǎn)

會C++ 用Qt5 非常不錯(cuò) 寫代碼效率很高

會js 用atom使用的那個(gè)框架

會Python用PyQt 寫代碼很快

會java用JavaFX

看語言咯

還可以用delphi，其firemonkey框架發(fā)布8年時(shí)間，支持跨平臺：win，安卓，ios，macos，linux，后續(xù)支持webassembly，界面是控件拖拽布局所見即所得，開發(fā)效率較高。編譯生成的是機(jī)器碼，編譯速度快，調(diào)試方便，其生成機(jī)器碼運(yùn)行效率較高，支持x86，arm的32位64位處理器。支持跨平臺3D界面，藍(lán)牙通訊，定位，重力，攝像等，支持多種SQL,NoSQL數(shù)據(jù)庫。單個(gè)開發(fā)工具實(shí)現(xiàn)前后端開發(fā)，跨平臺開發(fā)。適合個(gè)人和小公司用一套工具實(shí)現(xiàn)大部分開發(fā)需求。

主要有以下幾種技術(shù)

### Duilib

#### 簡述

Duilib是在Windows平臺上使用最廣泛的類庫，使用C++和XML混合編程，國內(nèi)很多計(jì)算機(jī)企業(yè)都喜歡使用這個(gè)類庫，可能是由于他的技術(shù)許可比較寬泛的原因。

適合于界面比較簡單的軟件，視覺特效豐富，局限于Windows的平臺。例子：360電腦管家。

#### 優(yōu)勢

#### 劣勢

### Gtk、Qt或WxWidget：

#### 簡述

三種基本可以做到跨平臺的技術(shù)，使用C/C++開發(fā)，使用者廣泛。其中WxWidget使用了API嫁接方式，Qt和Gtk（包括各種綁定技術(shù)）使用自繪技術(shù)。

結(jié)構(gòu)嚴(yán)謹(jǐn)，軟件可以做的很大很復(fù)雜。例子：WPS和Maya。

#### 優(yōu)勢

#### 劣勢

### Electron：

#### 簡介

使用Web技術(shù)開發(fā)桌面軟件，基于Chromium（Chrome）引擎，使用JS編程語言，絕大多數(shù)使用者都是原來的網(wǎng)頁開發(fā)者。

絕大多數(shù)都是愛好者使用，處于“勉強(qiáng)可用”的地步。

適合大面積靜態(tài)展示型軟件使用。例子：網(wǎng)易云音樂。

#### 優(yōu)勢

#### 劣勢

### QtQuick（QML）

#### 簡述

Qt公司開發(fā)的一款基于OpenGL的圖形類庫，有顯卡加速，類似于Duilib。采用了C++與QML混合編程。QML類似于JavaScript語言。

QtQuick下一個(gè)版本在Qt 6上更加強(qiáng)大，業(yè)界期待已久。

#### 優(yōu)勢

#### 劣勢

### Atk、Swing或JavaFX

使用Java語言開發(fā)軟件，有JDK加持業(yè)界積累的眾多Java類庫支持。有不輸于VS的IDEA加持，本應(yīng)該更棒，只是現(xiàn)在已經(jīng)式微了。

絕大多數(shù)使用者都是企業(yè)開發(fā)（不追求界面美觀）、愛好者（開發(fā)順手）。

### WinForm、WPF或Xamarin：

使用C#開發(fā)，WinForm和WPF局限于Windows平臺。有VisualStudio加持使用很爽。

### Flutter:

使用Dart語言，新類庫，bug可能會很多。

### SwiftUI或Cocoa：

蘋果平臺原生界面技術(shù)，macOS平臺內(nèi)建支持，不是macOS專用軟件不推薦。

### Win32：

經(jīng)典Windows 平臺API，絕大多數(shù)只有一些老軟件還在使用，不是維護(hù)老軟件不推薦。

winform,不二選擇

webview2，作為一個(gè)瀏覽器控件嵌入在桌面應(yīng)用中，支持.net core和.net framework

北大青鳥java培訓(xùn)：web前端多端編程開發(fā)框架結(jié)構(gòu)？

隨著我們對web前端編程開發(fā)技術(shù)的掌握，越來越多的框架語言和架構(gòu)方式被我們所熟知。

下面河南北大青鳥就一起來了解一下，web前端開發(fā)的一些常見框架結(jié)構(gòu)。

1.全包型這類框架大的特點(diǎn)就是從底層的渲染引擎、布局引擎，到中層的DSL，再到上層的框架全部由自己開發(fā)，代表框架是Qt和Flutter。

這類框架優(yōu)點(diǎn)非常明顯：性能(的上限)高;各平臺渲染結(jié)果一致。

缺點(diǎn)也非常明顯：需要完全重新學(xué)習(xí)DSL(QML/Dart)，以及難以適配中國特色的端：小程序。

這類框架是原始也是純正的的多端開發(fā)框架，由于底層到上層每個(gè)環(huán)節(jié)都掌握在自己手里，也能大可能地去保證開發(fā)和跨端體驗(yàn)一致。

但它們的框架研發(fā)成本巨大，渲染引擎、布局引擎、DSL、上層框架每個(gè)部分都需要大量人力開發(fā)維護(hù)。

2.Web技術(shù)型這類框架把Web技術(shù)(JavaScript，CSS)帶到移動開發(fā)中，自研布局引擎處理CSS，使用JavaScript寫業(yè)務(wù)邏輯，使用流行的前端框架作為DSL，各端分別使用各自的原生組件渲染。

代表框架是ReactNative和Weex，這樣做的優(yōu)點(diǎn)有：開發(fā)迅速;復(fù)用前端生態(tài);易于學(xué)習(xí)上手，不管前端后端移動端，多多少少都會一點(diǎn)JS、CSS。

缺點(diǎn)有：1.交互復(fù)雜時(shí)難以寫出高性能的代碼，這類框架的設(shè)計(jì)就必然導(dǎo)致JS和Native之間需要通信，類似于手勢操作這樣頻繁地觸發(fā)通信就很可能使得UI無法在16ms內(nèi)及時(shí)繪制。

ReactNative有一些聲明式的組件可以避免這個(gè)問題，但聲明式的寫法很難滿足復(fù)雜交互的需求。

2.由于沒有渲染引擎，使用各端的原生組件渲染，相同代碼渲染的一致性沒有一種高。

3.JavaScript編譯型這類框架就是我們這篇文章的主角們：Taro、WePY、uni-app、mpvue、chameleon，它們的原理也都大同小異：先以JavaScript作為基礎(chǔ)選定一個(gè)DSL框架，以這個(gè)DSL框架為標(biāo)準(zhǔn)在各端分別編譯為不同的代碼，各端分別有一個(gè)運(yùn)行時(shí)框架或兼容組件庫保證代碼正確運(yùn)行。

網(wǎng)頁題目：qtflutter的簡單介紹
網(wǎng)站網(wǎng)址：http://chinadenli.net/article16/dseegdg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、動態(tài)網(wǎng)站、標(biāo)簽優(yōu)化、網(wǎng)站排名、網(wǎng)站策劃、微信公眾號

廣告

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