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

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

創(chuàng)新互聯(lián)公司成立于2013年，先為鳳陽等服務建站，鳳陽等地企業(yè)，進行企業(yè)商務咨詢服務。為鳳陽企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。

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

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

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

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

正式項目跨平臺建議electron或qt，只用win平臺強烈建議微軟自己的net。個人技術嘗試建議flutter。

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

而且在github上也能找到許多應用使用了electron。

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

這種方式最大的缺點就是性能，還有透明窗口也有問題。所以在做需要性能方面占有很大成分的項目時，并不推薦使用這個方式。

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

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

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

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

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

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

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

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

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

只要能達到目的啥都可以。

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

對初學者來建議學C起步吧。

精通一門，重新學個語言入門也就1個月的事。

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

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

會js 用atom使用的那個框架

會Python用PyQt 寫代碼很快

會java用JavaFX

看語言咯

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

主要有以下幾種技術

### Duilib

#### 簡述

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

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

#### 優(yōu)勢

#### 劣勢

### Gtk、Qt或WxWidget：

#### 簡述

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

結構嚴謹，軟件可以做的很大很復雜。例子：WPS和Maya。

#### 優(yōu)勢

#### 劣勢

### Electron：

#### 簡介

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

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

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

#### 優(yōu)勢

#### 劣勢

### QtQuick（QML）

#### 簡述

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

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

#### 優(yōu)勢

#### 劣勢

### Atk、Swing或JavaFX

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

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

### WinForm、WPF或Xamarin：

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

### Flutter:

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

### SwiftUI或Cocoa：

蘋果平臺原生界面技術，macOS平臺內建支持，不是macOS專用軟件不推薦。

### Win32：

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

winform,不二選擇

webview2，作為一個瀏覽器控件嵌入在桌面應用中，支持.net core和.net framework

選擇Flutter原因（性能角度對比跨平臺）

Flutter 是 Google 2018 年公開發(fā)布的一個移動 App 開發(fā)方案，通過 Flutter 前端開發(fā)者就能夠開發(fā)出真正意義上的原生 App。

選擇 Flutter 并不是為了代替 iOS 或者 Android，而是做一個技術互補，比如，F(xiàn)lutter 負責業(yè)務功能，而 iOS 和 Android 則負責部分的底層交互提供服務給到 Flutter 應用。

【深入解析】跨端框架的核心技術到底是什么？

這篇文章從前端技術核心（虛擬機，渲染引擎）的角度講解跨端框架。

Flutter 與 iOS 原生 webView 對比

本文對比的是 UIWebView、WKWebView、flutter_webview_plugin（在iOS中使用的是WKWebView）的加載速度，內存使用情況。

測試網(wǎng)頁打開的速度，只需要獲取 WebView 在開始加載網(wǎng)頁和網(wǎng)頁加載完成時的時間戳，時間戳的差即為打開網(wǎng)頁的時間

為了使差異更明顯，我們選擇較為復雜的 新浪首頁 進行加載的對比，為了減小網(wǎng)絡對加載速度的影響，我們讓手機連接同一個網(wǎng)絡，分別進行 10 次測試然后取平均值，另外，我們需要關閉 WebView 的緩存，防止緩存對加載速度產(chǎn)生影響

下面使筆者進行 10 次測試所得到的數(shù)據(jù)

結果讓我有點驚訝，一直以為 WKWebView 會是個王者。結果看，速度上 WKWebView 略慢一點，不過總體差異不大（該結果僅僅是測試新浪的結果，僅供參考啦）

在這里，筆者又加了一個測試，嘗試記錄從 viewController 的 viewDidLoad 到 webview 的 didFinish 時間，測試了新浪的數(shù)據(jù)，如下：

UIWebViewA ： 4970、3808、3815、4250、3556 avg(4079.8) （加載完所有頁面）

UIWebViewB ： 4103、3124、3070、3256、2835 avg(3277.6)（加載sina完畢）

WKWebView ： 3672、3032、2892、2912、2739 avg(3049.4)

flutter_webView ： 4532、3901、4310、3496、3378 avg(3923.4)

其中可以看到，webView 有兩行，UIWebViewB 的數(shù)據(jù)就是加載 sina 主站的時間；UIWebViewA 的數(shù)據(jù)是因為在加載完 sina 主站之后，新浪又加載了一個 ，所以導致總時間延長，不過即使按照 UIWebViewB 的數(shù)據(jù)來比較，也是 wkWebView 略勝一籌。

此處可以看出 flutter_webView 使用的是 wkwebView，所以它吃虧的主要原因是 flutter 包了一層。

結論：

速度（didStart - didFinish） UIWebView flutter_webview WKWebView

速度（viewDidLoad - didFinish）WKWebView UIWebView flutter_webview

這里查看內存使用的是 xcode 的 debug session 中的 memory。

首先看之前測試時，連續(xù)打開十次新浪的內存情況

接著我們在看一下打開淘寶首頁的內存情況

從圖上可以看出，WKWebView 在內存方面有很大的優(yōu)勢啊，UIWebView 的內存是真的傷啊，然后 debug 看了一下 flutter_webView，他使用的就是原生的 webView 。

他相比較原生 WKWebView 的內存開銷稍大一點，從測試表現(xiàn)來看，一般大個 30 MB 左右。

結論：內存 WKWebView flutter_webview UIWebView

可以在 html5test 中對瀏覽器的兼容性進行評分，通過測試發(fā)現(xiàn)得分分別如下

因為 flutter 里使用的就是 WK，所以和原生的 WKWebView 一樣都是 444 分，比 UIWebView 的 437 略勝一籌

結論：兼容性 WKWebView = flutter_webview UIWebView

UIWebView : 速度相比較 WKWebView 稍快一點，但是內存是一大硬傷，所以只要條件允許，就不推薦使用了

WKWebView : 速度略慢一點，不過差別不大，總體可以接受。是比UIWebView更好的選擇，推薦使用。

flutter_webView_plugin ：在iOS中使用的就是原生的WKWebView，所以總體和 native WKWebView 表現(xiàn)差不多。如果是混編項目中，因為它被包了一層，所以頁面加載上存在一定的劣勢，所以混編項目中仍然推薦使用 WKWebView。不過如果從多端考慮、以及項目可遷移等，那么使用也未嘗不可，就是維護成本要增加一些，需要維護兩套 webView。這個就需要根據(jù)自己的情況自己取舍了。

Android原生、ReactNative、Flutter對比

首先從三者不同的設計理念對比，主要有三部分UI顯示流程、狀態(tài)更新機制、編譯流程

Java文件編譯成Class,然后被dex工具編譯成dex最終打包成APK文件,隨后通過adb命令安裝到手機中Java文件發(fā)生変化,上述流程需要重新來一遍,安裝到手機中,才能看到最終效果

網(wǎng)頁標題：flutter對比,flutter對比cocos creator
文章URL：http://aaarwkj.com/article38/dssjepp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供外貿網(wǎng)站建設、ChatGPT、做網(wǎng)站、響應式網(wǎng)站、網(wǎng)站營銷、標簽優(yōu)化

廣告

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