c++ qt 可以利用qss，重绘qt子控件么？
可以利用qss，重绘qt子控件么？
是的。任何可以在QSS中配置的样式都会对控件产生影响。虽然QSS可以控制控件的样式，但是如果绘图太复杂，C更好。
现在MFC还流行吗？
看了这个问题之后，几乎100%的受访者表示MFC已经过时了。我对如此高的可能性感到惊讶。
总之，MFC并不流行，但它并没有过时。
众所周知，C是一种经典而高效的编程语言。MFC作为一种Windows编程框架，曾经有过大量的支持者。但是微软没有在MFC上做更多的创新，例如，没有像第三方公司的控件那样在界面上发布新的工具。微软已经将精力投入到C#，甚至开发了VisualC.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程序员需要三到五年的时间来开发自己。
无论做什么，都要有很好的计划，严格的自律，不能把代码拼凑起来。如果你急功近利，你只能做一堆垃圾。
c++ qt qt重绘事件和实例化控件效率 qt界面如何重绘后显示
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
