大家好,又见面了,我是你们的朋友全栈君。 在多线程设计中,许多人为了省事,会将对话框类或其它类的指针传给工作线程,而在工作线程中调用该类的成员函数或成员变量等等。 但是在Debug版本时,在某些情况下,特别是在工作线程中调用pWnd->UpdateData(FALSE)时,会出现错误。 这个错误的原因网上有许多地方讲到了,但是,令人失望的是,讲得好的没几篇,都是非要讲什么线程模块状态什么的,让人看得云里雾里(不过,说实话,也就是从这些文章中才知道是怎么回事的)。
基于MFC在写一个利用GDAL和GDI+显示图像的系统,原有的Image::FromFile和Image::FromStream都用了一遍发现均会造成锁文件的情况,即使在程序用了delete的情况下,按道理FromStream应该不会锁但是我笨拙的编码依然是锁上了。。。索性换GDAL读图像然后用GDI+显示。在码代码中出现了如下的问题:
大家都在忙着研究WP7了,每天在园子里有好多精彩的文章出现。这几天受朋友的委托,帮忙把他手头的一个项目进行升级。情况大概是这样的:项目是用EVC 3来开发的,一开始运行在PocketPC 2002上(估计是很久以前的事情了),随着操作系统版本的更新,该程序已经不能运行在Windows Mobile 6.5平台上了。其实,按照微软官方的说法,EVC 4已经不能开发Windows Mobile 6.0以上的应用程序了,取而代之的是使用Visual Studio 2005/2008。自己的电脑上已经安装
winmm.dll是Windows多媒体相关应用程序接口,用于低档的音频和游戏手柄,缺少它可能造成部分软件无声音。当你的电脑提示“丢失winmm.dll”或者“没有找到winmm.dll”等类似错误信息。
CString 类线程不安全问题和解决过程,测试运行一段时间后,后台软件崩了,软件重启后,恢复正常,隔三四小时又出现异常,Debug模式下调用堆栈,发现问题出现在strname = pSystemInfo-> szName 这一行。
以前在入门的时候,找的入门书籍上编写的 demo 都是基于 Storyboards 拖界面的。后来接触公司项目,发现界面都是用纯代码去写复杂的 autoLayout 的。再然后,领导给我发了个 Masonry 库去看,依然是手写代码布局界面,但效率高了不少。工作一段时间,看了很多博客,也看了一些书,发现用纯代码写界面的很少,于是就在 Google 上搜 Storyboards 有什么好处,最后发现了一篇非常好的文章。在此提炼文章的一些观点,同时表达一下自己的观点。
ASSERT_VALID宏用来在运行时检查一个对象的内部合法性,比如说现在有一个学生对象,我们知道每个学生的年龄一定大于零,若年龄小于零,则该学生对象肯定有问题。
这里是基于MFC对话框的应用程序,本来没有这个错误,删除了Edit Control控件后,出现这个错误 。出错原因是因为只在界面上删除了控件,代码还没删除干净。
以上就是c语言中C++ 创建文件夹的几种方式汇总,希望对大家有所帮助。更多C语言学习指路:C语言教程 。
提示:这里对文章进行总结: 例如:以上就是今天要讲的内容,本文仅仅简单介绍了的函数和方法。
一、可能你忽视的基础 在正式开始之前,我不得不从最基本的地方开始,因为这些地方大多数人会忽视的一干二净,如果不在开始进行说明,那么在后面一定会有很多困惑的地方。 最开始我们回到数字在计算机里的表示,回到最开始的问题上-2&-255是多少,那么我们首先得回顾一下-2在计算机里面的表示是什么样子的。 最开始,希望你还记得什么叫无符号整数和有符号整数,实际上,你得庆幸在一般的图像中没有浮点数,不然你需要复习或者重新学习的基础比这个还多。 先说有符号整
CString 是一种很有用的数据类型。它们很大程度上简化了MFC中的许多操作,使得MFC在做字符串操作的时候方便了很多。不管怎样,使用CString有很多特殊的技巧,特别是对于纯C背景下走出来的程序员来说有点难以学习。
这段时间在使用MFC做媒体播放器项目,查询了不少资料,用到的技术主要有ADO、多线程、DirectShow、MFC相关控件包括ActiveX控件(Windows Media Player、Active Movie3)的使用等等一些东西。用的主要参考文档有Windows Media Player相关的开发文档、MSDN。
UNREFERENCED_PARAMETER 的作用 2007年06月16日 星期六 14:38 我们从 UNREFERENCED_PARAMETER 开始吧。这个宏在 winnt.h 中定义如下: #define UNREFERENCED_PARAMETER(P) (P) 换句话说 UNREFERENCED_PARAMETER 展开传递的参数或表达式。其目的是避免编译器关于未引用参数的警告。许多程序员,包括我在内,喜欢用最高级别的警告 Level 4(/W4)进行编译。Level 4 属于“能被安全忽略的事件”的范畴。虽然它们可能使你难堪,但很少破坏你的代码。例如,在你的程序中可能会有这样一些代码行:
昨天升级了一下 VS2017 到最新版本,发现创建项目的向导有了很大的变化,以前创建 Win32项目 的菜单不见了,取而代之的是 Windows桌面应用程序 和 Windows桌面向导。如下图所示:
重装系统后安装VS2015时卡住了,于是试试看VS2017怎样,听说还支持调Linux。发现VS2017跟12/13/15又有了新的飞跃,竟然支持模块化下载,对于我这种主要写C++简直是个福音,勾了Linux C++和MFC后,C盘+D盘也才6G,比起VS2015只额外勾MFC就有10G来说轻了这么多!
程序员在编写应用程序的时候往往需要将程序的某些数据存储在内存中,然后将其写入某个文件或是将它传输到网络中的另一台计算机上以实现通讯。这个将程序数据转化成能被存储并传输的格式的过程被称为“序列化”(Serialization),而它的逆过程则可被称为“反序列化”(Deserialization)。
(2)HKEY_CURRENT_USER/Software/Microsoft/Windows/CurentVersion/Polioies/Explores下的”No Save Setting”值为1则禁止修改桌面(需要重启)
关于Visual Studio 2013 编译 multi-byte character set MFC程序出现 MSB8031 错误的解决办法 Visual Studio 2013 编译旧的 multi-byte character set MFC 出现 错误 1 error MSB8031: Building an MFC project for a non-Unicode character set is deprecated. You must change the project property
运行完直接即可进行下载,安装后解决对应的所有问题。 傻瓜式安装,自动安装到C:\Windows\System32下。 📷 comct232.ocx 6.0.98.39 comct332.ocx 6.7
前段时间,帮人改了个项目,里面明明感觉是MFC,但是却调用C#的类函数,用的都是gcnew指针,凭借着对C#的熟悉,一点一点的实验,终于帮人把程序改好了,但是却不知道到底是什么东西,C#和MFC的混合编程?感觉也不像,现在发现原来是CLR,找了两篇文章,标记一下,便于以后学习。
WinForm封装了win32的api,多次进行P/invoke操作(大部分使用p/invoke操作封装),速度慢。
下面是 CStdioFile 类的部分列表,其中使用了 MFC 在其类中按类成员的用法划分它们时所采用的大多数标准注释: class CStdioFile : public CFile { DECLARE_DYNAMIC(CStdioFile) public: // Constructors CStdioFile(); ... // Attributes FILE* m_pStream; // stdio FILE ... // Operations virtual void Wri
岗位职责: 1、参与需求分析、模块开发等相关工作; 2、在windows平台下进行C/C++应用程序设计、开发、测试; 3、参与软件系统或模块的联调,协助测试人员进行软件测试,修复BUG; 4、参与编写相关技术文档。 任职要求: (1)统招本科及以上毕业,计算机相关专业毕业,3年以上C++研发工作经验; (2)熟悉Windows操作系统,精通C/C++、面向对象软件设计,熟悉多线程控制及MFC界面编程等; (3)有大型C/C++服务器研发经验优先,熟悉TCP/IP协议; (4)具备通信基础知识、有音视频系统相关开发经验优先; (5)具有良好的编程习惯,积极沟通反馈,善于团队协作。
mfc_div_1.ncl: Calculate various divergence and moisture quantities including Vertically Integrated Moisture Flux Convergence (VIMFC). VIMFC has a high correlation with frontal and convective activity. Positive values indicate net precipitation. The following equation is implemented within mfc_div_1.ncl
2 点击下一步,在应用程序设置里选择带静态链接的MFC规则,这个主要为了以静态库的形式生成MFC dll,便于动态库可以移植到其它编程语言或者其它计算机系统里调用。
计算机编程语言有很多,目前用的多的就是Java,C++,Python,PHP等等。目前大多数学习大数据的人都是选择学习Java,那Java到底好在哪呢?为什么学大数据之前要先学Java呢?我们今天就来分析一下。 不少想学习大数据的零基础学员都知道,学大数据部分课程之前要先学习一种计算机编程语言。大数据开发需要编程语言的基础,因为大数据的开发基于一些常用的高级语言,比如Java和.Net。不论是hadoop,还是数据挖掘,都需要有高级编程语言的基础。因此,如果想学习大数据开发,还是需要至少精通一门高级语言。
PS: 这个博客属于复习知识.从头开始讲解. 在写这篇博客之前.已经写了3篇MFC的本质了.不过掌握知识点太多.所以从简重新开始.
原文链接:https://www.cnblogs.com/DOMLX/p/11588758.html
大家好,又见面了,我是你们的朋友全栈君。 开篇先声明一点,《深入浅出MFC》是一本不错的书,对于MFC原码的剖析,十分到位,特别是前面对于MFC六大关键技术的总结和演示程序,尤其精彩。那为什么我要说不要看这本书呢? 我是站在一个初学者的角度来说这句话的,也是我当初看了这本书的一些感受(因为过于难以理解,差了几章没有看,后来再补的),这本书对于MFC的讲解对一个初次接触MFC的人来说,内容过于的晦涩难懂,大段大段的原码引用,一定会使人头晕目眩,不知所措,就算忍受着煎熬读完,我敢保证,你坐在电脑前,打开vc++,肯定还是不知道怎么用,甚至添加一个控件成员变量都不会,更不要说用MFC开发一个windows程序了。 “深入浅出”这四个字,确实有点名不副实,也有着一定的误导作用,大多看这本书的朋友,我想一定是被它的名气所吸引的。不过,就我到现在的学习经验,我觉得,如果你不是要用到底层的开发,对于MFC的原码,不了解也没什么关系,只要知道其基本工作机制,就可以了,而这本书,完全可以不看,以目前的趋势,开发工具日益便捷,很多东西都是用的“代码自动生成”,除非,你想充分diy,一般默认这些就可以了。当然,能了解原理更好了,不过不是必须罢了。 另外,侯先生的语言也过于跳跃,类似于网页中的连接,有时让人无所适从,这大概也算是他的风格吧,不过,对于教材,或者说技术性的书,还是以线带面为好。 对于有一定MFC编程经验的人来说,了解MFC原码,对编程水平的提高还是十分有帮助的,这里,我也推荐这本书!! 对于想学习MFC的朋友,我还是推荐《VC++技术内幕》( Programming Visual C++ ),当初我看的是英文的第五版,现在好像第六版也出来了吧,中文的好像只有第四版。 我还建议大家在学MFC之前看一点WINDOWS编程的书,了解一些windows的工作原理,像消息机制啦等等 当然了,这都是我个人的一些看法,仅供参考!
通过上一讲.我们手工模拟了一个MFC程序. 但是上一讲留下了疑问. 就是WinMain在哪.以及消息处理在哪里.
在编写驱动程序的时候,常用的一个结构是NTSTATUS,它来表示操作是否成功,但是对于失败的情况它的返回码过多,不可能记住所有的情况,应用层有一个GetLastError函数,根据这个函数的返回值可以通过错误查看器来查看具体的错误原因,但是内核中就没有这么方便了,我之前在网上找资料的时候发现很多人都是把错误码和它的具体原因都列举出来,然后人工进行对照查找,这样很不方便,有没有类似于应用层上错误码查看工具的东西呢?终于皇天不负有心人,我在微软官网上找到了FormatMessage的说明,自己实现了这个功能,现在讲这个部分记录下来,以供大家参考
完整的错误是这样的 无法加载 DLL“xxx.dll”: 应用程序无法启动,因为应用程序的并行配置不正确。有关详细信息,请参阅应用程序事件日志,或使用命令行 sxstrace.exe 工具。 (异常来自 HRESULT:0x800736B1)
mfc.bsc的路径如下: vc2008sp1位置:C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc 将mfc.bsc文件加载到对象查看器的步骤:
<afx.h>、<afxcoll.h>都可以。//要在项目->属性->常规里设置为使用MFC(动/静).
一般情况下,如果是windows程序,那么WinMain是入口函数,在VS中新建项目为“win32项目”
string 和 string.h (和cstring等价)头文件的区别 为什么下面这段代码 #include <string.h> void main() { string aaa
QT编译报错:Please #define _AFXDLL or do not use /MD[d],请大神指导
C++ ocx开发,有ATL和MFC ActiveX两套框架。二者的比较,简单说,MFC封装程度高,故MFC使得你很快完成你的工程并更快的运行起来,但是牺牲了灵活性;ATL更接近COM核心,轻量级。
(MFC效率较高,但大量的Windows API和消息机制使得其较难理解,不易用;QT封装较好,易用且==跨平台==,但效率较低)
本系统上位机软件设计是基于 MFC进行开发的,MFC(Microsoft Foundation Classes)是微软基础类库的简称,提供了基于 C++语言的面向对象编程的框架,软件工程师可以使用该框架开发 Windows 应用程序。本系统采用 MFC 作为上位机软件开发工具,主要原因是:
打开 Visual Studio Installer , 然后选择 修改 Visual Studio 2019 , 弹出如下对话框 , 选择 " 使用 C++ 的桌面开发 " , 然后打开右侧的 " 使用 C++ 的桌面开发 " 选项卡 , 勾选 " "
(MFC效率较高,但大量的Windows API和消息机制使得其较难理解,不易用;QT封装较好,易用且跨平台,但效率较低)
============================================================================= ============================================================================= 涉及到的知识点有: 一、c++基础知识01 二、c++基础知识02 1、c语言中,如何在调用main函数之前就执行一段代码? 三、类与结构的区别01 四、类与结构的区别02 五、类的继承概念 1、一个mfc程序的例子的核心代码: 2、破解MFC中按钮的例子。 3、MFC版的小小IDE: 4、MFC版的小小浏览器: ============================================================================= ============================================================================= 会用到两个界面工具:vs2017下的MFC和QT,它们都是基于图形的。所以有些知识我们还没有学习到。 它们本身的构架就是用c++来完成的。
我们在调用一个控制台程序时一直都有DOS黑框闪烁一下,很多时候我们都不希望出现那个黑框,因为那样给人感觉特别不好,但是如果是控制台程序的话又是无法避免的。那是不是就没办法了呢,当然不是,我们可以选择在VS中制作Win32应用程序来解决,它虽然是窗口程序,但是我们可将窗口隐藏掉就不会像之前有闪烁的现象,但是默认生成的Win32应用程序又不能使用MFC类库,给我们编程造成不便,下面我就来教大家怎样在WIN32应用程序中支持MFC类库的方法,让我们接着开始吧! 首先,在文件中加入如下头文件语句: #ifndef VC_EXTRALEAN #define VC_EXTRALEAN // 从 Windows 头中排除极少使用的资料 #endif #include <afx.h> #include <afxwin.h> // MFC 核心组件和标准组件 #include <afxext.h> // MFC 扩展 上面这段代码可以放在预编译头文件stdafx.h中,位置自己可定 然后在_tWinMain的开始加入 if (!AfxWinInit(hInstance, NULL, lpCmdLine, 0)) { MessageBox(NULL,_T("MFC init error!"),_T("Error!"),MB_OK); return 0; } 然后在菜单中依次选择"项目->属性->配置属性->常规->MFC的使用"中选择"在共享DLL中使用MFC";
编程语言做为一种语言自然和英语这些自然语言有类似的地方.学英语时我们知道要先记26个字母,然后单词及其发音,接下来就是词组,句子.反正简单的说就是记单词,熟悉词法,句法.接下来就是应用了,听说读写.而使用相同语言的人大脑里都有个翻译器,可以把自己的想法翻译成语言然后用说或写表达出来,而听和读则把接收来的语言翻译成自己大脑能理解的思想.
领取专属 10元无门槛券
手把手带您无忧上云