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

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

網(wǎng)站建設(shè)、成都網(wǎng)站制作的關(guān)注點(diǎn)不是能為您做些什么網(wǎng)站，而是怎么做網(wǎng)站，有沒(méi)有做好網(wǎng)站，給創(chuàng)新互聯(lián)一個(gè)展示的機(jī)會(huì)來(lái)證明自己，這并不會(huì)花費(fèi)您太多時(shí)間，或許會(huì)給您帶來(lái)新的靈感和驚喜。面向用戶友好，注重用戶體驗(yàn)，一切以用戶為中心。

下面江蘇北大青鳥就一起來(lái)了解一下，web前端開(kāi)發(fā)的一些常見(jiàn)框架結(jié)構(gòu)。

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

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

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

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

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

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

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

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

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

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

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

桌面端開(kāi)發(fā)都用什么語(yǔ)言，簡(jiǎn)單分析下這些語(yǔ)言的優(yōu)劣勢(shì)對(duì)比？

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

1.如果只在win下使用，.net form是不二選擇，可謂是又快又好，企業(yè)應(yīng)用或定制開(kāi)發(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)的軟件開(kāi)發(fā)。谷歌出的這個(gè)東西，適合沒(méi)有基礎(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。

桌面端開(kāi)發(fā)跨平臺(tái)的，如果你是輕量級(jí)的項(xiàng)目，那么我推薦你用electron, 目前使用Electron來(lái)開(kāi)發(fā)的桌面應(yīng)用非常多，我們最熟悉的比如Atom,VScode等等。

而且在github上也能找到許多應(yīng)用使用了electron。

electron是Node，Chromium,html,css,js的結(jié)合框架，這就需要你有一定的前端基礎(chǔ)。其實(shí)只需要了解一下electron的API就行了，其他的就像你在做web是一樣的。

這種方式最大的缺點(diǎn)就是性能，還有透明窗口也有問(wèn)題。所以在做需要性能方面占有很大成分的項(xiàng)目時(shí)，并不推薦使用這個(gè)方式。

那么其他的，就是最近幾年使用比較多的windows directui框架，但它不是跨平臺(tái)的。

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

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

還有一種是直接使用Cef加js，比如網(wǎng)易云音樂(lè)，就是這么搞的，但是很多和系統(tǒng)平臺(tái)的交互接口你需要重寫，等于是需要自己造輪子。工作量大，目前沒(mé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)最開(kāi)始用ASP和ASP.NET來(lái)做，現(xiàn)在換PHP了。桌面端用QT或者VB做。 涉及單片機(jī)部分控制也用C。

現(xiàn)在做跨平臺(tái)的了 開(kā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的開(kāi)發(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，界面是控件拖拽布局所見(jiàn)即所得，開(kāi)發(fā)效率較高。編譯生成的是機(jī)器碼，編譯速度快，調(diào)試方便，其生成機(jī)器碼運(yùn)行效率較高，支持x86，arm的32位64位處理器。支持跨平臺(tái)3D界面，藍(lán)牙通訊，定位，重力，攝像等，支持多種SQL,NoSQL數(shù)據(jù)庫(kù)。單個(gè)開(kāi)發(fā)工具實(shí)現(xiàn)前后端開(kāi)發(fā)，跨平臺(tái)開(kāi)發(fā)。適合個(gè)人和小公司用一套工具實(shí)現(xiàn)大部分開(kāi)發(fā)需求。

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

### Duilib

#### 簡(jiǎn)述

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

適合于界面比較簡(jiǎn)單的軟件，視覺(jué)特效豐富，局限于Windows的平臺(tái)。例子：360電腦管家。

#### 優(yōu)勢(shì)

#### 劣勢(shì)

### Gtk、Qt或WxWidget：

#### 簡(jiǎn)述

三種基本可以做到跨平臺(tái)的技術(shù)，使用C/C++開(kāi)發(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ù)開(kāi)發(fā)桌面軟件，基于Chromium（Chrome）引擎，使用JS編程語(yǔ)言，絕大多數(shù)使用者都是原來(lái)的網(wǎng)頁(yè)開(kāi)發(fā)者。

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

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

#### 優(yōu)勢(shì)

#### 劣勢(shì)

### QtQuick（QML）

#### 簡(jiǎn)述

Qt公司開(kāi)發(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ǔ)言開(kāi)發(fā)軟件，有JDK加持業(yè)界積累的眾多Java類庫(kù)支持。有不輸于VS的IDEA加持，本應(yīng)該更棒，只是現(xiàn)在已經(jīng)式微了。

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

### WinForm、WPF或Xamarin：

使用C#開(kāi)發(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

北大青鳥設(shè)計(jì)培訓(xùn)：web前端多端編程開(kāi)發(fā)框架結(jié)構(gòu)？

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

下面深圳北大青鳥就一起來(lái)了解一下，web前端開(kāi)發(fā)的一些常見(jiàn)框架結(jié)構(gòu)。

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

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

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

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

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

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

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

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

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

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

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

網(wǎng)站題目：qmlflutter的簡(jiǎn)單介紹
標(biāo)題網(wǎng)址：http://chinadenli.net/article32/dseegpc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供Google、云服務(wù)器、靜態(tài)網(wǎng)站、網(wǎng)站策劃、做網(wǎng)站、全網(wǎng)營(yíng)銷推廣

廣告

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