列举ios里控件有哪些 可以利用qss，重绘qt子控件么？
可以利用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 程序员需要三五年时间沉淀自己。
无论做什么，都要有良好的规划，严格自律，不能拼凑代码。急功近利，只能制造一堆垃圾。
列举ios里控件有哪些 ioshtml控件位置 ios视频控件
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
