《QT开发注意点.docVIP

1、,用托管C++把逻辑层封装下就行了，我们单位就是这样实现的,界面用WPF写，底层实现用C++，?中间用托管C++过度WPF?C++” 2、MFC中调用WPF教程?估计即会WPF，又会QT的人不多C++开发WPF，Step by Step /sun9411323/archive/2007/12/04/981600.html 5、WPF下一代前端应用的标准？会不会是它？ 6、wpf出了微软平台就是废的，QT跨平台，界面做出来你可以比较一下，看看效果就知道什么叫微软盲从党，有前途的语言才是好的语言。QT确实和wpf不是一个等级，因为高出太多了，精彩太多了，只有真正用过两者开发的人才会深有感触。 wpf好个P，和QT没法比，QT有很多脚本支持，python，lua都可以调用 MFC和QT是C++中常见的GUI框架,而WinForm和WPF是C#中常用的框架,不过我们一般很少叫WinForm框架,可能直接叫图形控件类库更多点.反正只是个称呼罢了,爱咋叫就咋叫.另外WinForm与WPF(即Windows Form与Windows Presentation Foundation,用于windows的上的桌面应用开发)都只是提供了一堆GUI类库,而MFC与QT除了一堆GUI类库外还提供了其他很多类.功能更强大. 站在开发者的角度(站其他角度可能不一样)一个软件无非就是保存数据,处理数据,数据间一些逻辑操作,然后通过一个好友的UI界面与用户交互各种设计模式是满天飞,五花八门,但知名度最高的是MVC模式(model , view,controller).就很好的体现了这一点,model + controller是数据处理那一块,而view就是UI界面.实际上QT,MFC,WinForm,WPF都相当于简化的MVC模式,由三层变成两层.model +controller没做区分,弄成一层了.而view这一层则是单独弄出来,UI与与数据的逻辑处理代码的分离使得条理清晰,便于理解与维护.而且更重要的是很多UI控件都是做好了的,你直接拖来用不行. 另外你可能可能听说过STL(standard template library),标准模板库相当于把数据结构及对数据的操作(算法)这些常用的东东都做好给你调用,相当于把数据结构和算法那些思想实现成通用的代码供你调用.C++中的MFC和C#中的WinForm有点类似,而C++中的QT与C#中的WPF又有点类似 QT与WPF 同为C++的GUI框架,QT与MFC不那么相似,那种逻辑反而更接近C#的wpf框架一点.首先不是所有UI相关代码都像MFC一样整到一个rc文件,而是一个UI页面有对应一个后缀为ui的的xml文件.而数据逻辑处理代码是放h,cpp文件中.而且这三个谁的名字都相同. 而如果要与控件交互也跟wpf一样方便,每个控件有个objectName,相当于MFC的资源ID号,然后调用控件时直接用这个名字就行,当然前面要加个指向自身所在类的指针.比如有类Arwen,有button名为btn,则一般是先Arwen* ui; 然后ui-btn就行.实际上跟wpf中用this.btn一样,只不过wpf中this前缀是可以省略的. 另外QT里面也没有MFC中的消息处理概念,而是封装成一个叫signal / slot的机制.这跟C#中的WinForm事件(event)非常类似,例如你右击QT中的一个按钮,然后右击go to slot选择一种signal,就相当于C#里面的各种类型的事件,当然signal的各类要少点.然后slot就是事件对应的处理函数. WPF也是一个UI页面对应一个文件,后缀为xaml的文件,xaml全称是eXtensible Application Markup Language我们可以把它看成一种特殊的xml文件.而QT里面的ui文件就是标准的xml文件了啊.然后其他UI无关的代码就放xaml.cs文件中. ? 应该说从符合我们思维习惯的角度来说WinForm是最容易理解的,UI页面对应的代码完全是标准C#代码. 而MFC页面对应的rc文件,QT页面对应的xml文件,WPF页面对应的xaml文件都不是标准的C++或C#代码.不太符合我们的思维习惯. 所谓大道归一，其实很多的方法，虽然初期不同，但发展到一定程度后，往往又会出现惊人的相似之处。 　　WPF和Qt是分别隶属微软和Nokia，前者是一个商业开发平台，后者则完全开源。但他们都提供给界面开发者使用。在使用了一段时间之后，发现二者其实有很多相同的思路。 　　就界面的组织而言，WPF使用xaml来定义控件，完全学习了html的方式。控件之间可以任意组合，任意包含。这相对于MFC方便了许多，而这种嵌套的思路也是很符合发展趋势的。而Qt在这方面也