http://c.biancheng.net/view/3876.html 世界上的 GUI 库多如牛毛,有的跨平台,有的专属于某个操作系统:有的只有 UI 功能,有的还融合了网络通信.多媒体处理.数据库访问等底层功能. Windows 下的 GUI 库 Windows 下的 GUI 解决方案比较多: 基于 C++ 的有 Qt.MFC.WTL.wxWidgets.DirectUI.Htmlayout: 基于 C# 的有 WinForm.WPF: 基于 Java 的有 AWT.Swing: 基于

首先,大家可以看下这个链接 Windows GUI自动化测试技术的比较和展望 . 这篇文章介绍了Windows中GUI自动化的三种技术:Windows API, MSAA - Microsoft Active Accessibility, UIAutomation 用脚本语言AutoIT实现自动化就是第一种技术Windows API, 查找窗口句柄实现的. 用工具Spy++查看程序,如果Spy++能识别程序窗口中的控件就能用这种技术. python中也有一个UI自动化测试模块pywinauto,

最近在学C#.NET,基本语法学习的差不多了,接下来准备学习图形界面设计部分.但是我目前对于.NET的WinForm.wpf.silverlight这三者的关系弄的不是很清楚,一般书中很少介绍wpf和silverlight,网上搜了一下关于WinForm和wpf的区别,有的说WinForm是wpf的子集,有的说WinForm和wpf是共存关系,弄的很乱.想请教一下您这三者之间到底有什么样的关系呢? =========================== 以下是我对这三者间关系的理解,如果不对,请

Path派生于Shape namespace System.Windows.Shapes { public sealed class Path : Shape { // Path 派生于Shape } } Shape 派生于FrameworkElement namespace System.Windows.Shapes { //Shape 从FrameworkElement派生而来 public abstract class Shape : FrameworkElement { } } Fram

CWnd::FromHandlePermanent ——根据窗口句柄得到CWnd*指针 This function, unlike FromHandle, does not create temporary objects. CWnd::FromHandle——根据窗口句柄得到CWnd*指针 CWnd* PASCAL CWnd::FromHandle(HWND hWnd){ CHandleMap* pMap = afxMapHWND(TRUE); //create map if not exis

链接 这里 note but , I dont guess that works in qt5

前言 最近在维护一个PYQT的项目,有很多不明白的地方,总结一下,共其他直接使用pyqt的人参考一下.PyQT是一个生成图形应用程序的工具包.是python语言和成功的Qt库的绑定.Qt库是这个世界上最强大的库之一.官方的PyQt网站在www.riverbankcomputing.co.uk. 一.QT 1.1 什么是QT? Qt是一个著名的C++库——或许并不能说这只是一个GUI库,因为Qt十分庞大,并不仅仅是GUI.使用Qt,在一定程序上你获得的是一个“一站式”的服务:不再需要研究STL,不

WinForm 在Windows中,诸如窗体绘制等功能由GDI(图形设备接口)实现,放在操作系统内核中.Windows Forms在底层使用的是GDI+.GDI+是GDI的“面向对象包装”,使用C++实现..NET Windows Forms应用程序中使用的GDI+其实是在C++实现的非托管代码之上又包了一层,从而让我们能使用C#这样的托管编程语言调用GDI+功能绘图. WPF WPF底层使用的是DirectX,(Direct eXtension,简称DX)是由微软公司创建的多媒体编程接口.由C

我曾经使用过QT和MFC来开发过软件,我想和大家分享我使用他们时所体会的不同之处. 我并非一个职业作家,这篇文章可能看起来不如专业的杂志和网站上的那么条理清晰.但是,我在这里是用我自己的语言来表达我自己的经验,希望能和你分享.英语比不是我的母语,所以可能会有一些用词古怪,词句错误之处,请发信给我,我可以改正他们. 本文不想假装客观公正,我只想表述我使用的经验.文中不会逐条的列举Qt和MFC各自的优缺点.我在使用MFC之前就已经使用Qt这个事实可能影响了我的客观性. 文章从实用主义的观点出发:我的

在网上看到的,拿来和大家一起讨论下. 我曾经使用过来开发过软件,我想和大家分享我使用他们时所体会的不同之处. 我并非一个职业作家,这篇文章可能看起来不如专业的杂志和网站上的那么条理清晰.但是,我在这里是用我自己的语言来表达我自己的经验,希望能和你分享.英语比不是我的母语,所以可能会有一些用词古怪,词句错误之处,请发信给我,我可以改正他们. 本文不想假装客观公正,我只想表述我使用的经验.文中不会逐条的列举Qt和MFC各自的优缺点.我在使用MFC之前就已经使用Qt这个事实可能影响了我的客观性. 文章

MFC 生成本机代码,自然是很快.可是,消息循环,减缓了界面显示速度.winform 封装了 win32 的api,多次进行P/invoke 操作 (大部分使用p/invoke操作封装),速度慢 .wpf是一种新的模型,不再使用win32 模型,自己新建模型,使用dx 作为新的显示技术,直接访问驱动程序,加快了运行速度,可是,这种模型,需要支持dx 9 的显卡,硬件要求高(你还能找到现代机器不支持dx9 的吗?)开发效率上,MFC<WPF<winform  尽管MFC开发界面执行效率高但是开发

QT和MFC的差别 在使用MFC之前就已经使用Qt这个事实可能影响了我的客观性. (MFC效率较高,但大量的Windows API和消息机制使得其较难理解,不易用:QT封装较好,易用且跨平台,但效率较低) 文章从实用主义的观点出发:我的老板给我一份软件的规划说明,并且让我来开发.其中一些我用Qt来开发,而另外一些我使用MFC来开发. MFC(微软基础类库)是专门为windows设计的一个用于开发图形用户界面的类库.MFC或多或少使用了面向对象的方法包装了Win32的API,正因如此,这些API有

注:引用来源 http://wenda.chinabaike.com/b/30934/2013/1208/707410.html QT使用的编译器是MinGW,即Linux下的GCC移植到windows的版本:MFC使用的编译器是Visual C++ QT的应用主要在Linux下,但是它本身是跨平台的,也支持其他操作系统,是现在比较著名的界面库,著名的KDE就是使用QT开发的.MFC是提供给VC的,但是它主要是代码库,不像VCL和编译器挂钩很多,但是MFC主要是对windows API的封装,所

在网上看到的,拿来和大家一起讨论下. 我曾经使用过来开发过软件,我想和大家分享我使用他们时所体会的不同之处. 我并非一个职业作家,这篇文章可能看起来不如专业的杂志和网站上的那么条理清晰.但是,我在这里是用我自己的语言来表达我自己的经验,希望能和你分享.英语比不是我的母语,所以可能会有一些用词古怪,词句错误之处,请发信给我,我可以改正他们. 本文不想假装客观公正,我只想表述我使用的经验.文中不会逐条的列举Qt和MFC各自的优缺点.我在使用MFC之前就已经使用Qt这个事实可能影响了我的客观性. 文章

转自:用QT 还是MFC ? ----不要在跟自己无关的事情上浪费时间 - CSDN博客  http://blog.csdn.net/sergery/article/details/8038897 我曾经使用过QT和MFC来开发过软件,我想和大家分享我使用他们时所体会的不同之处. 我并非一个职业作家,这篇文章可能看起来不如专业的杂志和网站上的那么条理清晰.但是,我在这里是用我自己的语言来表达我自己的经验,希望能和你分享.英语比不是我的母语,所以可能会有一些用词古怪,词句错误之处,请发信给我,我可

最近用了一段时间Qt,觉得网上这篇文章讲述Qt与MFC之间的区别很到位,分享一下. ----------------------------------原文---------------------------------------------------- 我曾经使用过QT和MFC来开发过软件,我想和大家分享我使用他们时所体会的不同之处. 我并非一个职业作家,这篇文章可能看起来不如专业的杂志和网站上的那么条理清晰.但是,我在这里是用我自己的语言来表达我自己的经验,希望能和你分享.英语比不是我

转载  https://www.cnblogs.com/forever5325/p/9597649.html QT使用的编译器是MinGW,即Linux下的GCC移植到windows的版本:MFC使用的编译器是Visual C++QT的应用主要在Linux下,但是它本身是跨平台的,也支持其他操作系统,是现在比较著名的界面库,著名的KDE就是使用QT开发的.MFC是提供给VC的,但是它主要是代码库,不像VCL和编译器挂钩很多,但是MFC主要是对windows API的封装,所以只能用于window

光阴荏苒,用Qt开发已经一年多了.在Windows上开发GUI,最常用的莫过于MFC,WinForm,WPF以及Qt.MFC和Qt是基于C++,而WinForm和WPF一般是基于C#,当然在PC上基于Java的AWT和Swing界面开发一般比较鸡肋,暂不考虑.MFC的消息机制太过臃肿,用起来相当繁杂,虽然在10年前也曾辉煌过,但已经渐渐被Qt和WPF给取代了.Qt和WPF的页面都对应着xml文件,每个控件可以直接看作一个对象.而WPF采用C#目前只在Windows上支持,Qt可以跨平台,基本支持

为什么qt成为c++界面编程的第一选择 一.前言 为什么现在QT越来越成为界面编程的第一选择,笔者从事qt界面编程已经有接近8年,在这之前我做C++界面都是基于MFC,也做过5年左右.当时为什么会从MFC转到QT,主要原因是MFC开发界面想做得好看一些十分困难,引用第三方基于MFC的界面库代码也是比较混乱,当时主要看到qt有qss样式设计这个功能,决定试下.当项目移植到到QT后,觉得MFC真的是可以抛弃了,MFC相对于QT缺点实在太多.当然MFC还有一个致命的缺陷,没法跨平台. 当然有同学可能说

为什么qt成为c++界面编程的第一选择 一.前言 为什么现在QT越来越成为界面编程的第一选择,笔者从事qt界面编程已经有接近8年,在这之前我做C++界面都是基于MFC,也做过5年左右.当时为什么会从MFC转到QT,主要原因是MFC开发界面想做得好看一些十分困难,引用第三方基于MFC的界面库代码也是比较混乱,当时主要看到qt有qss样式设计这个功能,决定试下.当项目移植到到QT后,觉得MFC真的是可以抛弃了,MFC相对于QT缺点实在太多.当然MFC还有一个致命的缺陷,没法跨平台. 当然有同学可能说