版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/psbeond/article/details/99546363
============================================================================= ============================================================================= 涉及到的知识点有： 一、c++基础知识01 二、c++基础知识02 1、c语言中，如何在调用main函数之前就执行一段代码？ 三、类与结构的区别01 四、类与结构的区别02 五、类的继承概念 1、一个mfc程序的例子的核心代码： 2、破解MFC中按钮的例子。 3、MFC版的小小IDE： 4、MFC版的小小浏览器： ============================================================================= ============================================================================= 会用到两个界面工具：vs2017下的MFC和QT，它们都是基于图形的。所以有些知识我们还没有学习到。 它们本身的构架就是用c++来完成的。
岗位职责： 1、参与需求分析、模块开发等相关工作； 2、在windows平台下进行C/C++应用程序设计、开发、测试； 3、参与软件系统或模块的联调，协助测试人员进行软件测试，修复BUG； 4、参与编写相关技术文档。 任职要求： （1）统招本科及以上毕业，计算机相关专业毕业，3年以上C++研发工作经验； （2）熟悉Windows操作系统，精通C/C++、面向对象软件设计，熟悉多线程控制及MFC界面编程等； （3）有大型C/C++服务器研发经验优先，熟悉TCP/IP协议； （4）具备通信基础知识、有音视频系统相关开发经验优先； （5）具有良好的编程习惯，积极沟通反馈，善于团队协作。
内存管理是C++最令人切齿痛恨的问题，也是C++最有争议的问题，C++高手从中获得了更好的性能，更大的自由，C++菜鸟的收获则是一遍一遍的检查代码和对C++的痛恨，但内存管理在C++中无处不在，内存泄漏几乎在每个C++程序中都会发生，因此要想成为C++高手，内存管理一关是必须要过的，除非放弃C++，转到Java或者C#，他们的内存管理基本是自动的，当然你也放弃了自由和对内存的支配权，还放弃了C++超绝的性能。本期专题将从内存管理、内存泄漏、内存回收这三个方面来探讨C++内存管理问题。
基于MFC在写一个利用GDAL和GDI+显示图像的系统，原有的Image::FromFile和Image::FromStream都用了一遍发现均会造成锁文件的情况，即使在程序用了delete的情况下，按道理FromStream应该不会锁但是我笨拙的编码依然是锁上了。。。索性换GDAL读图像然后用GDI+显示。在码代码中出现了如下的问题：
int *pia = new int[10]; // array of 10 uninitialized ints
CString 是一种很有用的数据类型。它们很大程度上简化了MFC中的许多操作，使得MFC在做字符串操作的时候方便了很多。不管怎样，使用CString有很多特殊的技巧，特别是对于纯C背景下走出来的程序员来说有点难以学习。
string 和 string.h (和cstring等价）头文件的区别 为什么下面这段代码 #include <string.h> void main() { string aaa
全局 Hook 不一定需要用到 Dll ，比如全局的鼠标钩子、键盘钩子都是不需要 Dll 的，但是要钩住 API，就需要 Dll 的协助了，下面直接放上 Dll 的代码，注意这里使用的是 MFC DLL。
这段时间在使用MFC做媒体播放器项目，查询了不少资料，用到的技术主要有ADO、多线程、DirectShow、MFC相关控件包括ActiveX控件(Windows Media Player、Active Movie3)的使用等等一些东西。用的主要参考文档有Windows Media Player相关的开发文档、MSDN。
我也赞同书中所讲，应用MFC框架开发Windows程序需要深入到底层，如果只停留在表面应用知其然而不知其所以然，这样会限制你更好的应用MFC框架。
https://blog.csdn.net/weixin_72357342/article/details/136852268?spm=1001.2014.3001.5502 而在本次项目中我们的目标是模拟实现一个string类: 该string包含四个成员变量,分别是:
BoundsChecker是一个运行时错误检测工具，它主要定位程序在运行时期发生的各种错误。它通过驻留在 Visual C++ 开发环境内部的自动调试处理程序来加速应用程序的开发，缩短产品发布的时间。BoundsChecker 对于编程中的错误，大多数是C++中特有的提供了清晰的详细的分析。它能够检测和诊断出在静态，堆栈内存中的错误以及内存和资源泄漏问题。在运行状态下，BoundsChecker验证超过8700APIs和OLE方法，包括最新的Windows APIs,ODBC, ActiveX，DirectX, COM 和 Internet APIs。
首先介绍一下相关背景。最近在测试一个程序时发现，在任务执行完成之后，从任务管理器上来看，内存并没有下降到理论值上。程序在启动完成之后会占用一定的内存，在执行任务的时候，会动态创建一些内存，用于存储任务的执行状态，比如扫描了哪些页面，在扫描过程中一些收发包的记录等等信息。这些中间信息在任务结束之后会被清理掉。任务结束之后，程序只会保存执行过的任务列表，从理论上讲，任务结束之后，程序此时所占内存应该与程序刚启动时占用内存接近，但是实际观察的结果就是任务结束之后，与刚启动之时内存占用差距在100M以上，这很明显不正常，当时我的第一反应是有内存泄露
Debug 和 Release 编译方式的本质区别 Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。 Debug 和 Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Release 版错误，在此不讨论） Debug 版本 参数 含
通过上一讲.我们手工模拟了一个MFC程序. 但是上一讲留下了疑问. 就是WinMain在哪.以及消息处理在哪里.
现在把一些问题总结一下，算是记录一下面试的经历吧。以后有空简单地回答一下，
现代的桌面应用基本上很少使用原始的 Windows API 进行开发了，因为使用原始 API 堆砌出来的应用代码逻辑非常繁琐，特别是窗口消息的处理非常不方便，大多数直接使用 C# 或者 QT 这种跨平台的开发库，而那种直接封装 Windows API 而存在的 MFC 早已半步入土。
八、数据结构不一定很枯燥 正如我现在实习的公司的一个同事说的那样，数据结构是一本催眠的书，我想对于大多数人应该是这样的，当然对我也是，看着一大堆的算法，结构模型，不想睡觉那应该可以归结为geek一类的，但是呢，后来我找到了一个办法，就是动手，我发现无论看的时候有多无聊，写写程序所带来的那种兴奋感和成就感现在已经成为了支撑看完我一本书的精神动力，所以我想在我开始从堆栈到图的过程中，我尽我所能让所写的程序有更大的互动性，由于我的目的是能够让一些初学者对于编程写代码更感兴趣，而且我这水平也只能给初学者提供一
<string>是C++标准库头文件，包含了拟容器class std::string的声明（不过class string事实上只是basic_string<char>的typedef），用于字符串操作。 <cstring>是C标准库头文件<string.h>的C++标准库版本，包含了C风格字符串（NUL即’\0’结尾字符串）相关的一些类型和函数的声明，例如strcmp、strchr、strstr等。<cstring>和<string.h>的最大区别在于，其中声明的名称都是位于std命名空间中的，而不是后者的全局命名空间。 看定义就知道了，string是新标准，定义了namespace std;而cstring虽然也是新标，但是定义中包含的是string.h。 string中可以进行+ = += >等运算，而cstring中不能进行相关运算。
前段时间，帮人改了个项目，里面明明感觉是MFC，但是却调用C#的类函数，用的都是gcnew指针，凭借着对C#的熟悉，一点一点的实验，终于帮人把程序改好了，但是却不知道到底是什么东西，C#和MFC的混合编程？感觉也不像，现在发现原来是CLR，找了两篇文章，标记一下，便于以后学习。
总是被问到，如何学习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
所谓数组，就是相同数据类型的元素按一定顺序排列的集合，就是把有限个类型相同的变量用一个名字命名，然后用编号区分他们的变量的集合，这个名字称为数组名，编号称为下标。组成数组的各个变量称为数组的分量，也称为数组的元素，有时也称为下标变量。数组是在程序设计中，为了处理方便， 把具有相同类型的若干变量按有序的形式组织起来的一种形式。这些按序排列的同类数据元素的集合称为数组。
在决定抛弃MFC，而使用纯Win32 API 开发Window桌面程序之后，还存在一个语言的选择，这就是是否使用C++。C++作为C的超集，能实现所有C能实现的功能。其实反之亦然，C本身也能完成C++超出的那部分功能，只是可能需要更多行的代码。就本人理解而言，
斌哥（秋西哥）在他的毕业致辞上说：“一天不练，自己知道；两天不练，同行知道；三天不练，观众知道。”
总是被同学们问到，如何学习C和C++才不茫然，才不是乱学，想了一下，这里给出一个总的回复。 一家之言，欢迎拍砖哈。 1、可以考虑先学习C. 大多数时候，我们学习语言的目的，不是为了成为一个语言专家，而是希望成为一个解决问题的专家。做一个有用的程序员，做一个赚钱的程序员。我们的价值，将体现在客户价值上，而不是语言写得好不好看。 C++是C的一个面向对象的解释，C++为C扩充了大规模工程应用，复杂的系统结构的组织和掌控方法，但是，我认为，C++骨子里还是C的。 因此，想要学习好C++，我的建议，先学习C，先
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
程序员在编写应用程序的时候往往需要将程序的某些数据存储在内存中，然后将其写入某个文件或是将它传输到网络中的另一台计算机上以实现通讯。这个将程序数据转化成能被存储并传输的格式的过程被称为“序列化”（Serialization），而它的逆过程则可被称为“反序列化”（Deserialization）。
DLL(Dynamic Link Library)的概念，你可以简单的把DLL看成一种仓库，它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库－静态链接库－动态链接库”的时代。 静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都被直接包含在最终生成的EXE文件中了。但是若使用DLL，该DLL不必被包含在最终EXE文件中，EXE文件执行时可以“动态”地引用和卸载这个与EXE独立的DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库
win32直接操作的是句柄HANDLE。每一个句柄就相应windows窗体，而vc对HANDLE进行类封装，间接操作的都是HANDLE，如今句柄仅仅是类的一个成员变量。
一、上机之前的介绍 软件环境：VC++6.0 目的：熟悉基本的MFC框架搭建和了解界面 二、MFC上机操作步骤 1，在Windows桌面上运行VC++6.0。 2，新建项目工程文件。 3，在MFC 应
常用的MFC类 CRuntimeClass结构 在CRuntimeClass结构中定义了类名、对象所占存储空间的大小、类的版本号等成员变量及动态创建对象、派生关系判断等成员函数。每一个从CObject类派生的类都有一个CRuntimeClass结构同它关联，以便完成在运行时得到对象的信息或基类的信息。 要使用CRuntimeClass结构，必须结合使用RUNTIME_CLASS()宏和其他有关运行时类型识别的MFC宏。 CObject类 MFC的CObject类为程序员提供了对象诊断、运行时类型标识和序列化
问题1：http的get和post的区别？啥时该用get，啥时该用post? Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT，DELETE。URL全称是
暑假想学习一下Windows API的使用，于是想利用Windows窗口设计一个简单的计算器，虽然之前在图书馆借了一本书但过于硬核，后来在bilibili找到一个MFC的教程才开始上手做这个。
面向对象，就是将数据和处理这些数据的函数包在一起。数据只有这个函数能够看到，不会和其他的混杂在一起。
1.activex无窗口问题（控件在编码过程中要检查m_hWnd是否存在，不然vs可能会出现绘制错乱和崩溃）
大家好，又见面了，我是你们的朋友全栈君。 在多线程设计中，许多人为了省事，会将对话框类或其它类的指针传给工作线程，而在工作线程中调用该类的成员函数或成员变量等等。 但是在Debug版本时，在某些情况下，特别是在工作线程中调用pWnd->UpdateData(FALSE)时，会出现错误。 这个错误的原因网上有许多地方讲到了，但是，令人失望的是，讲得好的没几篇，都是非要讲什么线程模块状态什么的，让人看得云里雾里（不过，说实话，也就是从这些文章中才知道是怎么回事的）。
哈哈，怎么说呢，觉得那时候的自己还是很幼稚很单纯的啊。今天顺带拿出来给大家分享一下吧。
DLL注入方式较多，包括API拦截与替换、消息钩子、远程进程注入。通常这些注入都是针对第三方程序（下面简称目标程序）的操作。
诸如Windows平台VC系列：VC++6.0(比较古老) ；Visual Studio2013, Visual Studio 2015,Visual Studio2019；Mac平台的XCode系列，还有CodeBlock，另附一些高级编辑器Notepad++,EditPlus,UE等一些开发工具的常用设置和一些常见快捷键的使用。
mfc中AfxGetMainWnd函数获取主窗口对象，如果跨线程，获得的指针会有问题
使用Windows API构建窗体应用 就历史来说，使用纯API开发窗体应用程序是上个世纪80年代以前的事情了，开发应用程序的人需要使用大量接近系统内核的API来完成应用程序的设计（当时C的版本还很低，没有类等概念，使用大量流程式，函数式的代码写一个窗体应用是一件很恐怖的事情）。MFC的第一个公开版本发布于1992年3月，使用C语言开发窗体应用的程序员们转而开始使用MFC来代替使用API直接开发窗体类应用程序。MFC相当彻底的用类封装了Win32 API，使得C程序员的开发窗体类应用的效率大大提高了。本文试
七夕情人节快乐 2017.08.28 今天是传统节日--七夕节，也是中国人传统意义上的"情人节"，在此祝大家开心。然后，各大平台又被七夕节刷屏了... 作为国内屌丝榜榜首的程序员们，表示不服：凭什么我们就是屌丝榜榜首啊! 我们高薪、专一、呆萌、技术好~~~其实程序员也是人，也会有浪漫主义，有时候不是盲目的发呆，而是专注想今天未解决的bug。如果你男朋友女朋友是程序员，体谅他们，他们才是推动这个时间进步的核心齿轮。对于单身程序员们来说，搭讪表白，没你想的那么难。 下面看看我们程序员是如何用自己的语言说出爱
以前写过一篇题为《VC++的DLL应用（含Demo演示）》的文章，当时是刚开始接触DLL，而且所讲到的一些DLL的应用都是比较浅层次的数据传递，基本不具备很强的实用性，而且所选用的开发环境是VC6.0，这次因为做做WinCE开发的过程中需要用到这个技术，所以进行了比较深入的研究，而且此次用的是VS2005开发环境，对比VC6.0的一些操作略有不同，所以重新进行了整理。
这里不知道会不会有人是真的新手 新新手 不知道怎么 如何建立一个MFC 工程 应该不会吧？ 就是 打开VS 新建项目-MFC -MFC工程-点基于对话框 -和在静态库中使用 然后下一页将关于对话框
Debug 和 Release 并没有本质的区别，他们只是VC预定义提供的两组编译选项的集合，编译器只是按照预定的选项行动。如果我们愿意，我们完全可以把Debug和Release的行为完全颠倒过来。当然也可以提供其他的模式，例如自己定义一组编译选项，然后命名为MY_ABC等。习惯上，我们仍然更愿意使用VC已经定义好的名称。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/82999243
现在我们的工具全是MFC的, 维护起来那叫一个郁闷 一直在找一个C++中好用的UI库, 看过Qt(看起来到不错, 懒得学), wxWidgets(跟MFC一个样), 剩下的就不说了...... 前段时间发现了Xtreme ToolkitPro, 里面那些Samples很强大, 也有过用它来做界面的冲动 但是想想, 这东西还是基于MFC, 一样还是要手动写........ 很怀念大学时在C#里整得那些东西, 做界面超级方便 但是, 要在C#里用C++的东西, 还要中间再加一层, 隔着衣服摸起来怎么会爽~~~
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
