关于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
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，便于动态库可以移植到其它编程语言或者其它计算机系统里调用。
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在哪.以及消息处理在哪里.
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项目”
C++ ocx开发，有ATL和MFC ActiveX两套框架。二者的比较，简单说，MFC封装程度高，故MFC使得你很快完成你的工程并更快的运行起来，但是牺牲了灵活性；ATL更接近COM核心，轻量级。
本系统上位机软件设计是基于 MFC进行开发的，MFC(Microsoft Foundation Classes)是微软基础类库的简称，提供了基于 C++语言的面向对象编程的框架，软件工程师可以使用该框架开发 Windows 应用程序。本系统采用 MFC 作为上位机软件开发工具，主要原因是：
（MFC效率较高，但大量的Windows API和消息机制使得其较难理解，不易用；QT封装较好，易用且==跨平台==，但效率较低）
（MFC效率较高，但大量的Windows API和消息机制使得其较难理解，不易用；QT封装较好，易用且跨平台，但效率较低）
打开 Visual Studio Installer , 然后选择 修改 Visual Studio 2019 , 弹出如下对话框 , 选择 " 使用 C++ 的桌面开发 " , 然后打开右侧的 " 使用 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个字母,然后单词及其发音,接下来就是词组,句子.反正简单的说就是记单词,熟悉词法,句法.接下来就是应用了,听说读写.而使用相同语言的人大脑里都有个翻译器,可以把自己的想法翻译成语言然后用说或写表达出来,而听和读则把接收来的语言翻译成自己大脑能理解的思想.
Debug 和 Release 并没有本质的区别，他们只是VC预定义提供的两组编译选项的集合，编译器只是按照预定的选项行动。如果我们愿意，我们完全可以把Debug和Release的行为完全颠倒过来。当然也可以提供其他的模式，例如自己定义一组编译选项，然后命名为MY_ABC等。习惯上，我们仍然更愿意使用VC已经定义好的名称。
音视频领域中，除了关注服务器相关技术外，客户端也无法回避，毕竟客户端也要负责采集，编码，收发，解码和渲染，所以客户端开发也是整个音视频技术栈不可或缺的部分。本文梳理一下客户端常见技术方案，为以后客户端开发选型提供技术储备。
大家好，又见面了，我是你们的朋友全栈君。 在多线程设计中，许多人为了省事，会将对话框类或其它类的指针传给工作线程，而在工作线程中调用该类的成员函数或成员变量等等。 但是在Debug版本时，在某些情况下，特别是在工作线程中调用pWnd->UpdateData(FALSE)时，会出现错误。 这个错误的原因网上有许多地方讲到了，但是，令人失望的是，讲得好的没几篇，都是非要讲什么线程模块状态什么的，让人看得云里雾里（不过，说实话，也就是从这些文章中才知道是怎么回事的）。
为学习QT首先必须搞明白的一个问题是，什么是QT，查找资料，对于QT有如下的认识：
今天主要了解了Visual C++的开发环境Visual Studio（话说以前都是用来调试控制台程序的）和用mfc写了一个最简单的程序。
假设用MFC的话，请尽量使用afxmessagebox，由于这个全局的对话框最安全，也最方便。 可是在WIN32 SDK的情况下仅仅能使用MESSAGEBOX。
VS2005 sidebyside manifest error Microsoft.VC80.MFC Microsoft.VC80.CRT Microsoft.VC80.MFCLOC msvcr80.dll mfc80.dll eventlog VC2005 编译出来的程序文件，採用了manifest方式来指定dll文件。对于win98、win2000系统，把exe文件和VC的 dll连接库放到一起就 成了。对于winxp、win2003系统就要麻烦的多了，VC的连接库默认是被放到了winsxs文件夹下，结果造成在这些系统上，直接拷贝exe文件， 往往是不能执行（找不到msvcr80.dll、mfc80.dll文件等），或者在事件日志中报错。
MFC 微软基础类库（英语：Microsoft Foundation Classes，简称MFC）是微软公司提供的一个类库（class libraries），以C++类的形式封装了Windows API，并且包含一个应用程序框架，以减少应用程序开发人员的工作量。其中包含大量Windows句柄封装类和很多Windows的内建控件和组件的封装类。早期很多学习计算机专业的读者可以在学校里面都有接触过，因为这个是每一个计算机专业的读者必修课程，所以在早期的C++项目里面很多都是使用MFC为开发框架进行构建的，因为它有一个很大的好处就是和我们的windows的系统兼容性很好，可以直接调用整个系统的API函数，而且开发的程序对系统的支持度很好，因为我们现在的windows系统都是在向前兼容的，如windows系统里面有win 95、win98、win2000，win Xp，win7，这些操作系统都是一致向前兼容的，如果经历过这些系统的读者都会发现系统在win8之前一直往前兼容，造成操作系统变得越来越大，在win8系统，后windows系统引入C#一起来对windows系统进行调控，这时我们会发现win8对win7的兼容性很差，而且这个操作系统也是微软除visit系统最短命的系统，这个时候我们就会发现我们的MFC开发的程序在整个windows兼容性不是那么高了，而且由于当时，对于我们的C++开发一直有一个叫做visual studio 的编译器在C#语言没有出来前，只能编译C++，所以visual studio作为全世界最优的编译器也是整体支持MFC，所以这个时候我们现实生活中在windows系统开发的程序很大部分都是使用了MFC框架进行开发，在如今我们的很多酒店、政府等等很多行业上面用的都是MFC框架进行开发，MFC全面支持COM组件开发，这个时候很多在windows开发的程序也会在这上面支持COM组件开发，还有由于在中国大部分计算机的使用者都是用的windows系统，所以在开发程序中用C++来开发的时候都是使用了最为稳定的MFC进行开发，记得几年前和一位一起工作的朋友曾经谈过，只要微软不倒闭，MFC的工作者就不会失业，为啥呢，哪怕现在在windows上面最为流行的C#语言也没有C++中的windows编程对windows操作系统操作这么流利，打个比方如果你的电脑里面在加上一个高拍仪这个时候要用到的是USB驱动进行调用，这个时候处理USB驱动调用的时候就会发现，驱动调用的数据都需要进行位运算，这个时候用C++来处理是最为方便的，所以C++在windows上面的开发之所以占尽了便宜，是因为windows编程，而我们的MFC是封装后的windows编程。
总是被问到，如何学习C和C++才不茫然，才不是乱学，想了一下，这里给出一个总的回复。 一家之言，欢迎拍砖哈。 1、可以考虑先学习C. 大多数时候，我们学习语言的目的，不是为了成为一个语言专家，而是希望成为一个解决问题的专家。做一个有用的程序员，做一个赚钱的程序员。我们的价值，将体现在客户价值上，而不是语言写得好不好看。 C++是C的一个面向对象的解释，C++为C扩充了大规模工程应用，复杂的系统结构的组织和掌控方法，但是，我认为，C++骨子里还是C的。 毕竟，解决具体问题，每个函数内部，都是用C的方式写程序，还是面向过程的。 因此，想要学习好C++，我的建议，先学习C，先学解决问题的能力，再讨论解决大问题的能力。就是先学习怎么走路，再学习怎么跑步。 2、学习C的过程中，一定要理解结构化编程思维。 为什么呢，我前面有文章说过，软件语言的发展过程，就是一个数据私有化的过程，大型工程应用，强调高内聚，低耦合，模块化设计，保持代码最大的灵活性和安全性。 这是现代工程化开发的核心和灵魂。 因此，利用C这门语言入门，借此理解结构化开发思维，可以说是个很方便的路子。因为C的函数，本来就是为重用做准备的。同时，全局变量和cpp内部私有变量的差别，其使用原则，这些都能学到很多结构化开发思维。 3、开始学习C++ C++不难学的，很多人觉得C++难学，其实是因为它在C之外，又提供了很多的概念，尤其是对象，很难以理解。 不过我经过这么多年，把这个问题反而看淡了，我认为面向对象相对面向过程，仅仅是结构化程序设计的一个具体体现，是编译器提供手段，强迫程序员必须遵循数据私有化的一个实例，C++和C的关系，最核心的莫过于此。 现在我们回到C再看看，如果我们把一个全局变量，写到一个cpp里面，并且在对应的h文件中不声明，它是不是就只有这个模块可以使用？它是不是就是私有变量，以这个理解，类能明白了吗？ 4、学习C++的深入技巧 C++在类的基础上，经过这么多年的发展，其实提供了很多深入的概念，看起来很复杂，其实我看也很简单。比如模板，我的理解就是“类的类”，大家说是不是？ 既然模板理解了，STL，ATL这些，静态模板库，动态模板库，还难理解吗？就是一大堆类的类，可以借此实现很多应用中需要的类，不需要程序员再自己写而已。 ok，STL都理解了，泛型开发还难吗？所谓泛型开发，其实就是我做一个模板，来定义一套算法规则，但是呢，我希望这个算法规则，能进一步抽象，对核心数据类型不要限死，我把各种数据套进去，都可以用，这样，仅算法这部分，我不需要重写了。你想想是不是这个道理？ 学到这里，C++和C，其实已经差不多了。再学语言，就是求全责备，过于钻牛角尖了。 5、学习应用开发 前面说了，学习语言，目的不是让别人认为自己是专家，是为了写程序赚钱。因此，语言学完，要学习应用开发。 什么叫应用开发呢，我会一门语言，但是，客户不懂，客户说的很直接，在Windows下给我写个程序，我要什么什么功能。为啥Windows呢？因为我习惯。 OK，很多时候，应用开发要尊重客户习惯，一般说来，语言这个东东，还是要结合具体平台的开发，才能开发出有意义的应用程序卖钱。那么，一般说来，客户端是Windows系统，服务器是Linux，这些都是行业习惯，嵌入式不好说，各种平台都有，Palm，S60，Linux，WinCE，等等。要根据自己的目标客户来定。 当我们选定目标平台后，有一个问题，选什么语言，很多时候，学生和商用程序员差别就在这里，学生一般没得选，自己会啥就用啥呗，企业里的程序员不会，要先评估需求，看哪个语言更合适，不会的语言，要去学。 ok，假定我们选了C和C++，那么，我们需要选择开发平台，Windows下不用说了，VC，这是最好用的，Linux下呢，gcc，其他的也差不多。 假如我们开发VC，并且使用C++，这个时候，才需要考虑学习MFC了，因为这是微软的标准类库，至少Windows平台下，它最权威，你看见没有，我们从学习开始，走了多少步，才走到MFC？是不是MFC不是学习C++上来就必须学的？ 6、学习MFC 学习MFC，很多人一上来就开始看其体系架构，看得一头雾水，那个模块关系依赖图，我到现在都看不懂。 呵呵，其实不是啦，和学语言一样，我们学MFC的目的，也不是希望成为MFC的专家，而是要利用MFC开发Windows应用程序，为我们赚钱。看见没？MFC是手段，不是目的，目的是开发Windows程序。 其实Windows下，有一套很标准的C接口，叫Win32API，这个才是Windows的标准编程核心，因此，学习MFC，真实的目的是理解Windows程序开发，建议可以先学习Win32API，看来我们又回到C了哈，呵呵。刚开始学C有用吧？ 7、Win32API
Visual Studio 2013 编译旧的 multi-byte character set MFC 出现 Error 1 error MSB8031: Use of MBCS encoding
引言 在科研生产中对研制、调试操作的记录是非常有必要而且是有很重要价值的。通过对记录信息的分析，可以在事故发生后准确的分析出事故的起因、操作是否存在失误等许多重要线索。通常需要记录的信息是多种多样的，如环境温度记录、软件运行记录、文件访问记录等等。这里将以键盘信息记录为例来讲述类似的实验信息自动记录的一般实现方法。 由于需要记录当前系统下所有应用程序的键盘录入记录，因此必须采取某种特殊的技术来实现本进程(监视程序)对外部进程键盘操作信息的获取。这种技术便是本文将要论述的核心–系统全局钩子。本文下面将对Win32平台下全局钩子的运行机制进行介绍并给出了一个具体的由VC 6.0编写的捕获键盘动作的键盘钩子示例程序。 系统钩子和DLL 钩子的本质是一段用以处理系统消息的程序，通过系统调用，将其挂入系统。钩子的种类有很多，每种钩子可以截获并处理相应的消息，每当特定的消息发出，在到达目的窗口之前，钩子程序先行截获该消息、得到对此消息的控制权。此时在钩子函数中就可以对截获的消息进行加工处理，甚至可以强制结束消息的传递。 在本程序中我们需要捕获在任意窗口上的键盘输入，这就需要采用全局钩子以便拦截整个系统的消息，而全局钩子函数必须以DLL(动态连接库)为载体进行封装，VC6中有三种形式的MFC DLL可供选择，即Regular statically linked to MFC DLL(标准静态链接MFC DLL)、Regular using the shared MFC DLL(标准动态链接MFC DLL)以及Extension MFC DLL(扩展MFC DLL)。 在本程序中为方便起见采用了标准静态连接MFC DLL。 键盘钩子程序示例 本示例程序用到全局钩子函数，程序分两部分：可执行程序KeyKook和动态连接库LaunchDLL。首先创建一个MFC AppWizard(DLL)工程，并选择Regular statically linked to MFC DLL(标准静态链接MFC DLL)选项，以建立MFC扩展动态连接库LaunchDLL.dll。之后，在相应的头文件中添加宏定义和待导出函数的声明：
在写第二篇文章开始前，请允许本人先说两句，当然，不允许我也会说毕竟文章是我在写嘛。
总是被同学们问到，如何学习C和C++才不茫然，才不是乱学，想了一下，这里给出一个总的回复。 一家之言，欢迎拍砖哈。 1、可以考虑先学习C. 大多数时候，我们学习语言的目的，不是为了成为一个语言专家，而是希望成为一个解决问题的专家。做一个有用的程序员，做一个赚钱的程序员。我们的价值，将体现在客户价值上，而不是语言写得好不好看。 C++是C的一个面向对象的解释，C++为C扩充了大规模工程应用，复杂的系统结构的组织和掌控方法，但是，我认为，C++骨子里还是C的。 因此，想要学习好C++，我的建议，先学习C，先
常用的MFC类 CRuntimeClass结构 在CRuntimeClass结构中定义了类名、对象所占存储空间的大小、类的版本号等成员变量及动态创建对象、派生关系判断等成员函数。每一个从CObject类派生的类都有一个CRuntimeClass结构同它关联，以便完成在运行时得到对象的信息或基类的信息。 要使用CRuntimeClass结构，必须结合使用RUNTIME_CLASS()宏和其他有关运行时类型识别的MFC宏。 CObject类 MFC的CObject类为程序员提供了对象诊断、运行时类型标识和序列化
最近重温《MFC Windows应用程序设计》第二版这本书，里面的代码全部是使用VC6.0写的，我Win7下安装的是VS2008开发环境。
原文链接：http://blog.csdn.net/humanking7/article/details/50733036
如果你只是想要在他人的机子上运行你的程序而不想安装，有一种简单的方法，只要使用本教程的“步骤—3.生成Release 文件夹”即可。但是有一点需要注意，如果你在程序中调用了其他的dll，那么你需要将这个dll 放置到Release文件夹。之后你只要将Release 文件夹拷贝到其他的机子上运行即可。
人脸识别相关的基本原理和流程，以及各个步骤的介绍和代码前两篇都有介绍，其实可以通过前两篇自行整合出完整的人脸识别源码，并且适当修改可以实现MFC程序实现。这里为方便像我这样刚入门的新手学习，进行整合并将项目源码给出（包括ORL人脸库，40*10，需要自己添加进自己的人脸数据） 首先是开启摄像头；然后加载人脸检测器，加载人脸模型；利用加载的模型进行人脸检测；将检测到的人脸处理成符合条件的一致格式，并与训练好的人脸分类模型内人脸进行对比，找出对应谁的人脸；如果预测结果是41（即为自己
本文链接：https://blog.csdn.net/acoolgiser/article/details/100033499
在微软公司的windows平台下，有众多的编程语言和编程模式，比如windows SDK、C/C++、MFC、VB、Win32汇编等，哪种是最合适你的呢？小编认为，这取决于你的工作场景和情况，编程语言和模式本身并没有好坏之分，只有恰当与否。 如果你平时工作并不需要常常编写程序，只是偶尔做一些小工具来完成琐碎、重复、耗时的工作，那么VB是最适合你的编程语言了。VB编程学习简单，很容易上手，可以较快的编写出一些简单程序和工具，如果再深入一点，同样可以很方便快捷的编写出功能强大程序。比如几条语句就可实现一
DC成为设备描述符表. DC的作用就是可以进行绘制. 比如我们的窗口都是绘制出来的. DC可以简单理解为.没一个窗口程序都有一块内存用于绘制.我们只需要获取这块内存即可.
这种解决方案显然不太理想:对于程序员来说,书写和阅读这么长的名字费时费力且过于烦琐。
学VC并不是传说的那么难，可不下些功夫是学不成的。学编程急不得，没有编程的基础知识上来就学VC肯定碰一头灰，说VC难就难在这点上了。如果硬上，意志坚强的话还能挺过来，但最后还得回头来补习基础知识。意志不坚强的话，很有可能就此放弃，并留下一个VC难得不得了的印象。
#include <afxwin.h>//编写窗口程序时，必须加载此文件，该文件中定义了所有的MFC类
Microsoft Foundation Classes (MFC) The C++ class library that Microsoft provides with its C++ compiler to assist programmers in creating Windows-based applications. MFC hides the fundamental Windows API in class hierarchies so that programmers can write a Windows-based application without needing to know the details of the native Windows API. Active Template Library (ATL) A C++ template library used to create ActiveX servers and other Component Object Model (COM) objects. ActiveX controls created with ATL are generally smaller and faster than those created with the Microsoft Foundation Classes. Component Object Model (COM) An open architecture for cross-platform development of client/server applications. It is based on object-oriented technology as agreed upon by Digital Equipment Corporation and Microsoft Corporation. COM defines the interface, similar to an abstract base class, IUnknown, from which all COM-compatible classes are derived.
此篇主要总结了Windows下MFC编程字符串相关的一些知识，如CString, CStringList等的使用．
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
