现代 CMake 模块化项目管理指南 彭于斌（ @archibate ） 课件 & 源码： https://github.com/parallel101/course 往期录播： https://space.bilibili.com/263032155 找不到头文 件怎么办呀 CMake Cookbook 小彭老师建议 : ~~-·~·~-·~ -~·-·~·- 第一章：文件 / / 目录组织规范 基于 CMake 的 C/C++ 项目，如何优雅地、模块化地组织大量源文件 ？ 推荐的目录组织方式 • 目录组织格式： • 项目名 /include/ 项目名 / 模块名 .h • 项目名 /src/ 模块名 .cpp • CMakeLists.txt 中写： • target_include_directories( 项目名 PUBLIC include) • 源码文件中写：

GNU gcc g++ gfortran LLVM clang clang++ flang 多文件编译与链接 • 单文件编译虽然方便，但也有如下缺点： 1. 所有的代码都堆在一起，不利于模块化和理解。 2. 工程变大时，编译时间变得很长，改动一个地方就得全部重新编译。 • 因此，我们提出多文件编译的概念，文件之间通过符号声明相互引用。 • > g++ -c hello.cpp -o

20 某个消息产生或某个事件发生）。窗口函数设计为callback 形式，才能开放出一个接口 给操作系统叫用。 消息映射（Message Map）的雏形 有没有可能把窗口函数的内容设计得更模块化、更一般化些？下面是一种作法。请注意， 以下作法是MFC「消息映射表格」（第９章）的雏形，我所采用的结构名称和变量名称， 都与MFC 相同，藉此让你先有个暖身。 首先，定义一个MSGMAP_ENTRY 章看过了消息的一般处理方式， 也就是在窗口函数中借着一个大大的switch/case 比对动作，判别消息再调用对应的处理 例程。为了让大大的switch/case 比对动作简化，也让程序代码更模块化一些，我在第１章 提供了一个简易的消息映射表作法，把消息和其处理例程关联起来。 当我们的类别库成立，如果其中与消息有关的类别（姑且叫作「消息标的类别」好了， 在MFC 之中就是CCmdTarg 写Windows 应用程序需要大量的耐 力与毅力，以及大量的小心谨慎！ MFC 帮助我们把这些浩繁的APIs，利用对象导向的原理，逻辑地组织起来，使它们具 备抽象化、封装化、继承性、多态性、模块化的性质。 1989 年微软公司成立Application Framework 技术团队，名为AFX 小组，用以开发C++ 对象导向工具给Windows 应用程序开发人员使用。AFX 的"X" 其实没有什么意义，