C/C++在編寫有圖形使用者介面（GUI）的應用程式可謂是風光無限，Windows和Linux本來就是用C寫的，這也使得C/C++成為在這平臺上開發應用的首選語言，畢竟，不需要安裝額外的軟體，只要按照各自系統的規範來編寫原始碼，編譯連線成一個應用即可。Windows下面的應用時所有作業系統中最多的，而其中絕大部分是用C++來編寫的。其他一些語言，如C#和Python也能寫桌面應用程式，這裡討論C/C++與Java，就略過其他。Java語言從釋出開始就支援編寫圖形使用者介面，但卻因為一些原因，一直不見起色，出名一點的就寥寥幾個。Java最著名的應用程式應該是Eclipse了，一個Java的開源整合開發環境。

Oracle官方的整合開發環境NetBeans也是Java寫的。
C++編寫GUI
C++這門語言本身就相當複雜，難以上手，開發GUI應用當然也很複雜，說好聽些就是技術含量高。C++對底層沒怎麼封裝，因此，基本上能想到能用到的東西都可以自己控制和調整。網路程式設計、執行緒，勾子程式，還能直接操縱WINDOWS API函式，雖然開發速度慢些，但能實現很多功能複雜的程式。另外，由於C++從底層做起，就留下了足夠的空間給開發者優化程式，可以使得應用資源佔用很少，體積很小，效率很高，介面很美。對熟悉C++的人來說，結合MFC（微軟基礎類庫，編寫windows程式時使用）編寫桌面程式應是首選。
除了強大這個優點，C++寫GUI的一個無法迴避的問題是可移植性。雖然Windows和Linux都是C寫的，但兩者的應用程式不能通用。一個應用只有在原始碼級別在各自系統下編譯連線後才可用，其中還要改許多東西，反正跨平臺挺麻煩的。
Java編寫GUI

Java從釋出開始就支援GUI程式設計，其AWT專注於此道。AWT 是Abstract Window ToolKit (抽象視窗工具包)的縮寫，這個工具包提供了一套與本地圖形介面進行互動的介面。但AWT作為Java最弱的元件受到不小的批評。最根本的缺點是AWT在原生的使用者介面之上僅提供了一個非常薄的抽象層。例如，生成一個AWT的複選框會導致AWT直接呼叫下層原生例程來生成一個複選框。不幸的是，一個Windows平臺上的複選框同MacOS平臺或者各種UNIX風格平臺上的複選框並不是那麼相同。
這種糟糕的設計選擇使得那些擁護Java“一次編寫，到處執行（write once, run anywhere）”信條的程式設計師們過得並不舒暢，因為AWT並不能保證他們的應用在各種平臺上表現得有多相似。一個AWT應用可能在Windows上表現很好可是到了Macintosh上幾乎不能使用，或者正好相反。在90年代，程式設計師中流傳著一個笑話：Java的真正信條是“一次編寫，到處測試（write once, test everywhere）”。導致這種糟糕局面的一個可能原因據說是AWT從概念產生到完成實現只用了一個月。
在第二版的Java開發包中，AWT的器件很大程度上被Swing工具包替代。Swing通過自己繪製器件而避免了AWT的種種弊端：Swing呼叫本地圖形子系統中的底層例程，而不是依賴作業系統的高層使用者介面模組。作業系統的高層使用者介面模組。
優點：純Java編寫的程式天生具有跨平臺能力，開發起來簡單，易上手。以前寫GUI沒有優秀的視覺化開發環境，完全靠敲程式碼來實現，但如今NetBeans和JBuilder兩個整合開發環境的實現了視覺化開發，和在VS上開發C++應用程式一樣方便。
Java編寫的程式都有一個不算是缺點的缺點：執行效率不高。當然這是相較於C/C++這種較底層的語言來說的。高階抽象可以使開發時更簡單，專注於功能實現，代價就是效率損失。實際上由於現今硬體快速發展，運算速度提高，記憶體空間擴充套件，使用Java帶來的效能損失在很多情況下可以忽略不計。

Java和C/C++在GUI程式設計上的對比

易用性	可移植性	執行效率	資源消耗（記憶體、CPU）	視覺化開發環境	美觀度	額外需求
C/C++	容易	較差	高	低	有，VS，VC++	美觀	無
Java	容易	天生跨平臺	較低	較高	有，NetBeans，JBuilder	美觀	JVM

結論
Java和C/C++在GUI程式設計上各有優劣，特別強調效能，需要深度優化，則選C/C++ 較好，而如果需要跨平臺使用，那最好使用Java。沒有最好的，只有合適的。