能用C語言做出一個圖形化界面是什么水平？可以用C語言制作一個圖形界面，說明您對C語言圖形庫有一個大致的掌握。如果能實現(xiàn)圖形繪制、文本編輯、文本滾動、字體放大及定時顯示、自繪進度條、自繪按鈕、顯示存儲區(qū)

能用C語言做出一個圖形化界面是什么水平？

可以用C語言制作一個圖形界面，說明您對C語言圖形庫有一個大致的掌握。

如果能實現(xiàn)圖形繪制、文本編輯、文本滾動、字體放大及定時顯示、自繪進度條、自繪按鈕、顯示存儲區(qū)不閃爍刷新、區(qū)域填充、透明處理等功能，說明界面基本通過標(biāo)準(zhǔn)。

就水平而言，我們只能說我們才剛剛起步。對于通用C來說，有很多東西需要學(xué)習(xí)，比如各種文件的存儲、打開、刪除和重命名，動態(tài)內(nèi)存應(yīng)用和釋放的內(nèi)存管理，調(diào)用外部可執(zhí)行文件，I/O操作，與外部的串行/并行通信，網(wǎng)絡(luò)通信和共享，高端內(nèi)存使用等等語法方面，struct和union的使用也非常重要。內(nèi)存塊操作、字符串操作、各種數(shù)據(jù)類型、浮點操作以及數(shù)學(xué)定義的相關(guān)函數(shù)。H、 標(biāo)準(zhǔn)數(shù)據(jù)庫。H頭文件建議逐個嘗試。

完成所有這些，您就可以開始了。

當(dāng)然，這只是C.VC的話，也是花費C兩倍的努力

現(xiàn)在MFC還流行嗎？

看了這個問題后，幾乎100%的受訪者表示MFC已經(jīng)過時了。我對如此高的可能性感到驚訝。

總之，MFC并不流行，但它并沒有過時。

眾所周知，C是一種經(jīng)典而高效的編程語言。MFC作為一種Windows編程框架，曾經(jīng)有過大量的支持者。但是微軟沒有在MFC上做更多的創(chuàng)新，例如，沒有像第三方公司的控件那樣在界面上發(fā)布新的工具。微軟已經(jīng)將精力投入到C#，甚至開發(fā)了VisualC.NET，一個幫助MFC程序員過渡到C#的工具。

微軟的初衷。Net是為了與Java競爭，在跨平臺應(yīng)用中平衡Java。后來，隨著互聯(lián)網(wǎng)的迅速發(fā)展，桌面應(yīng)用成為邊緣化少數(shù)群體的需求。大量編碼人員加入互聯(lián)網(wǎng)公司，C和C被忽視，用戶比例不斷下降。

今天的桌面開發(fā)，除了C是C#，其他都不是主流（我可能不知道，也有大量的國外程序員沒有用過VS）。C開發(fā)了C11/C14/C17，這被大多數(shù)數(shù)字農(nóng)場主所忽視。第三方控件也大大彌補了MFC接口的不足。但是C和MFC對初學(xué)者的要求比C更高，這是毋庸置疑的。在當(dāng)今的效率時代，年輕人無疑會選擇C#（更多的年輕人會涌向互聯(lián)網(wǎng)，因為這個行業(yè)支付的費用更高）。

然而，C?的隨機性將嚴(yán)重損害程序員的良好素質(zhì)。一個沒有紀(jì)律的程序員會編寫大量的私生子代碼，這會讓后來的程序員或C程序員哭哭啼啼，直接崩潰。

我手頭有一個項目。有兩三個。幾位“前輩”寫的6000多行CS文件。變量滿山都是，數(shù)據(jù)處理水平不分，接口慢，不懂行業(yè)應(yīng)用。充其量只是實驗室的半成品，實用價值不大。

C#的方便之處在于它可以更快地引用第三方控件，而無需任何約束。因此，懶惰的程序員會過分依賴各種控件，迫使不適當(dāng)?shù)目丶?yīng)用于復(fù)雜的工業(yè)領(lǐng)域。這對于C/MFC程序員來說是不可想象的。

我的意思是，互聯(lián)網(wǎng)行業(yè)的程序員不適合討論這個問題。桌面應(yīng)用程序、MFC或C程序員并沒有過時。不同的是，一個C程序員可以在三到兩個月內(nèi)開始，但C程序員需要三到五年的時間來開發(fā)自己。

無論做什么，都要有很好的計劃，嚴(yán)格的自律，不能把代碼拼湊起來。如果你急功近利，你只能做一堆垃圾。