可以利用qss，重繪qt子控件么？可以。只要qss中可以配置的樣式，都可以對控件產生影響。雖然qss可以控制控件樣式，但是如果是太復雜的繪圖，還是由c 做比較好。現在MFC還流行嗎？看了一下，這個問

可以利用qss，重繪qt子控件么？

可以。只要qss中可以配置的樣式，都可以對控件產生影響。雖然qss可以控制控件樣式，但是如果是太復雜的繪圖，還是由c 做比較好。

現在MFC還流行嗎？

看了一下，這個問題，幾乎100％的回復者說MFC過時了，這么大概率的回答讓我很吃驚。

先說結論，MFC不流行，但是沒有過時。

眾所周知，C 難學易用，是一門經典高效的編程語言。MFC作為Windows編程框架，曾經有一大批擁躉者。但是微軟并沒有在MFC上做更多的創新，比如，沒有像第三方公司的控件一樣，在界面上發布新的工具。微軟把精力投入到C#上去了，甚至搞出了Visual C .NET這種幫助MFC程序員向C#過渡的工具。

微軟搞.NET的初衷，是為了與JAVA競爭，是為了在跨平臺應用上制衡JAVA。后來互聯網快速發展，桌面應用反倒是成了邊緣化小眾的需求，大量碼農躋身于互聯網公司，C 和C#被冷落了，用戶占比在日益減少。

現在的桌面開發，除了C 就是C#，其它還不夠主流(我可能孤陋寡聞了，國外沒用過VS的程序員也有一大把)。C 發展了C11/C14/C17，這部分便利被大多數碼農忽略了。第三方控件也極大地填補了MFC界面上的不足。但是C 和MFC對新手要求高，沒有C#上手快，這是毋庸置疑的。在當今追求效率的年代，年輕人無疑會選擇C#(更多的年輕人會撲向互聯網，因為那個行業薪水更高)。

但是，C#的隨意性會嚴重破壞程序員的良好素養，一個不自律的程序員會寫出一大堆混蛋代碼，讓后續的程序員，或者讓一個C 程序員哭爹喊娘，直接崩潰。

我手頭上就有一個項目，幾位“前輩們”寫的6000多行的.cs文件有兩三個，變量漫山遍野，數據處理層次不分，界面遲緩，而且不懂行業應用，充其量算作實驗室的半成品，幾乎沒有實際價值。

C#的便利是可以更快捷、更加無節操地引用第三方控件，這樣做的后果是，愛偷懶的程序員會過分依賴各種控件，強行把不合適的控件應用于復雜的工業領域。這在C /MFC程序員看來，是不可想象的。

說多了，我的意思是，互聯網行業的程序員不適合討論這個問題。桌面應用，MFC或者C 程序員并不是過時的，差別在于，一個C#程序員三兩個月就能上手，但C 程序員需要三五年時間沉淀自己。

無論做什么，都要有良好的規劃，嚴格自律，不能拼湊代碼。急功近利，只能制造一堆垃圾。