简介
在计算机科学的广泛领域中，CMake 无疑是一个重要的工具。但为什么我们对这样的工具如此着迷？为什么文件遍历这么重要？在这一章节中，我们将深入探讨这两个问题，并结合心理学的知识来分析我们在编程中的行为和选择。
1.1 CMake 的核心作用与重要性
CMake（CMake Makefile Generator，CMake 生成 Makefile）起初是为了简化跨平台编程的复杂性而创建的。它为我们提供了一个简洁、一致的界面，让我们能够在不同的操作系统和编译器上构建我们的项目。
心理学角度看 CMake
从心理学的角度来看，人类追求的是简便和效率。当我们面对重复的任务时，大脑会自动寻找简化这些任务的方法。这种行为在心理学上被称为“经济人假设”（Rational Economic Man），即人们总是追求最大化自己的利益并最小化努力。CMake 正是这样一个工具，它满足了我们的这种需求。
// 示例：使用 CMake 定义一个简单的项目 cmake_minimum_required(VERSION 3.10) project(SimpleProject) add_executable(SimpleProject main.cpp)
在上面的示例中，我们只用了三行代码就定义了一个简单的项目。这种简洁性让我们可以专注于编写实际的程序代码，而不是花费大量时间在构建系统上。
1.2 遍历文件：为何这么重要？
在大型项目中，手动管理每一个源文件几乎是不可能的。这时，自动文件遍历成为了我们的救星。通过简单的命令，我们可以自动地获取项目中的所有文件，这极大地提高了我们的效率。
人性与自动化
自动化减少了我们的认知负担，使我们可以更加专注于更为重要的任务。在《Thinking, Fast and Slow》（快思慢想）一书中，心理学家 Daniel Kahneman 描述了人类大脑中的两种思考系统：System 1 和 System 2。System 1 是快速、直觉的，而 System 2 是慢速、逻辑的。当我们不必手动管理每个文件时，System 2 可以更加专注于代码的逻辑和结构，而不是琐碎的细节。
file(GLOB_RECURSE SOURCES "*.cpp" "*.h")
上面的命令可以递归地查找所有 .cpp 和 .h 文件，这意味着我们不必为每一个新添加的文件更新构建脚本。
| 方法 | 优点 | 缺点 |
| 手动管理文件 | 精确的控制 | 需要经常更新; 容易出错 |
| 自动文件遍历 | 不需要频繁更新; 简洁 | 可能包括不必要的文件; 与某些构建系统不兼容 |
在上表中，我们对比了手动管理文件和自动文件遍历的优缺点。虽然每种方法都有其适用的场景，但自动文件遍历在大多数情况下都是更加高效和简洁的选择。
深入 file 命令
CMake 的 file 命令是我们在构建系统中处理文件和目录的主要工具。但为什么我们在面对这样一个看似简单的任务时，会感到如此吸引？再次引用心理学的观点，我们的选择和决策往往是基于简化和自动化的原则。让我们一起深入探索 file 命令的各种子命令，以及它们如何简化我们的编程任务。
2.1 从基础到高级：GLOB vs GLOB_RECURSE
在处理大型项目时，手动列出每个文件是低效且易出错的。这时，GLOB 和 GLOB_RECURSE 成为了我们的得力助手。
GLOB 的工作原理
GLOB 子命令允许我们在指定的目录中查找匹配的文件。这是一个快速且简单的方法，特别是当你知道所有文件都位于同一目录中时。
file(GLOB SOURCES "src/*.cpp")
上述命令将查找 src 目录下的所有 .cpp 文件。
GLOB_RECURSE 的深入探索
而 GLOB_RECURSE 则为我们提供了递归查找的能力，使我们能够在指定的目录及其所有子目录中查找匹配的文件。
file(GLOB_RECURSE HEADERS "include/*.h")
这会查找 include 目录及其所有子目录中的 .h 文件。
心理学角度看 GLOB 与 GLOB_RECURSE
当面对复杂的项目结构时，我们的大脑会自动寻求简化的方法。这是一种名为 “cognitive economy”（认知经济性）的心理现象，它描述了我们如何通过简化决策来节省心智资源。通过使用 GLOB 和 GLOB_RECURSE，我们能够减少每次添加或移动文件时所需的决策数量，从而使构建过程更加简单和直观。
2.2 其他重要的 file 子命令
除了文件遍历，file 命令还提供了许多其他有用的子命令，让我们能够更加灵活地处理文件和目录。
文件读写操作
READ、WRITE 和 APPEND 子命令允许我们直接在 CMake 脚本中读取和写入文件，这为自动生成代码或配置文件提供了可能性。
file(READ config.txt CONFIG_CONTENT) file(WRITE output.txt "This is a generated file.") file(APPEND output.txt "\nAdditional content.")
这些命令的应用可以是无限的，从简单的配置文件生成到复杂的代码片段插入。
文件管理技巧
REMOVE、RENAME 和 COPY 子命令为我们提供了文件和目录的基本管理功能。这使我们可以在构建过程中对文件进行操作，例如删除临时文件或复制资源。
file(COPY assets/ DESTINATION ${CMAKE_BINARY_DIR}/assets) file(REMOVE temp.txt) file(RENAME oldname.txt newname.txt)
文件验证：哈希与安全性
在现代编程中，安全性和验证已经变得非常重要。file 命令提供了 MD5、SHA1、SHA256 和 SHA512 子命令，让我们能够计算文件的哈希值，从而验证文件的完整性和真实性。
file(SHA256 "my_file.txt" RESULT_VARIABLE my_hash) message("SHA256 hash of my_file.txt: ${my_hash}")
这为我们提供了一个简单而有效的方法来确保我们的文件没有被篡改。
3. CMake 与现代 C++
现代 C++（特别是 C++11, C++14, C++17 和 C++20）为我们带来了许多新特性，这些特性可以极大地提高我们的编程效率和代码质量。但是，要充分利用这些特性，我们需要确保我们的构建系统可以正确地配置和编译我们的代码。在这一章节中，我们将探讨 CMake 是如何与这些现代 C++ 特性交互的，以及如何设置你的项目以充分利用这些特性。
3.1 C++11/14/17/20 特性与 CMake
随着 C++ 标准的发展，我们获得了许多新特性，如 lambda 表达式、智能指针和并发编程工具。为了使用这些特性，我们需要确保我们的编译器支持这些特性，并且在构建时启用了适当的编译标志。
CMake 设置现代 C++ 标准
CMake 提供了简单的命令来设置项目的 C++ 标准：
set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_CXX_EXTENSIONS OFF)
上面的命令设置了项目使用 C++17 标准，并且确保这个标准是必需的。
心理学角度看编程习惯
在《The Power of Habit》（习惯的力量）一书中，Charles Duhigg 探讨了习惯如何形成以及如何改变它们。当我们习惯于使用旧的 C++ 特性时，即使现代 C++ 为我们提供了更好的工具，我们也可能会继续使用我们熟悉的工具。但是，通过明确地设置 C++ 标准，并经常查看新特性，我们可以逐渐改变我们的编程习惯，从而更好地利用现代 C++ 提供的工具。
3.2 如何优化你的 C++ Qt 项目配置
Qt 是一个流行的 C++ 库，用于创建跨平台的 GUI 应用程序。但是，要正确地配置和使用 Qt，我们需要确保我们的构建系统正确设置了所有必要的参数。
Qt 与 CMake
为了在 CMake 中使用 Qt，我们通常需要使用 find_package 命令来查找 Qt 库，并设置一些特定的变量：
find_package(Qt5 COMPONENTS Core Widgets REQUIRED) add_executable(MyApp main.cpp) target_link_libraries(MyApp Qt5::Core Qt5::Widgets)
这样，我们的项目就可以正确地链接到 Qt 库，并使用其提供的功能。
4. 高级应用：结合 file 命令与其他 CMake 功能
随着项目的增长，构建配置的复杂性也随之增加。简单的文件遍历和基本设置可能不再满足我们的需求。此时，我们需要更高级的技巧和方法来管理和优化我们的构建流程。在这一章节中，我们将探讨如何结合 file 命令与其他 CMake 功能，从而实现更为高效和定制化的构建过程。
4.1 find_package 与 file 的联合应用
在复杂的项目中，我们可能会依赖于多个外部库。这些库可能有各种各样的头文件和资源文件，需要在构建过程中进行处理。
动态资源文件的管理
假设我们使用了一个名为 AwesomeLib 的外部库，它包含了一些资源文件。我们可以使用 find_package 和 file 命令结合，来自动地管理这些资源。
find_package(AwesomeLib REQUIRED) file(GLOB_RECURSE AWESOME_RESOURCES "${AwesomeLib_RESOURCE_DIR}/*")
通过上述命令，我们可以动态地获取所有 AwesomeLib 的资源文件，从而在构建过程中自动地处理它们。
4.2 高效的头文件和库文件查找策略
在大型项目中，手动指定每个头文件和库文件的路径是不切实际的。我们需要一种更高效的方法来自动地查找和管理这些文件。
使用 file 命令优化查找
通过结合 find_path, find_library 和 file 命令，我们可以自动地查找和管理头文件和库文件。
find_path(MY_LIB_INCLUDE_DIR my_lib.h) find_library(MY_LIB_LIBRARY my_lib) file(GLOB_RECURSE MY_LIB_HEADERS "${MY_LIB_INCLUDE_DIR}/*.h")
上述命令首先查找 my_lib.h 的路径，然后查找 my_lib 库，最后使用 file 命令自动地遍历所有相关的头文件。
4.3 动态生成源文件列表：实例与应用
在某些情况下，我们可能希望根据某些条件动态地生成源文件列表。
条件文件遍历
假设我们有一个跨平台项目，其中某些文件仅在特定平台上使用。我们可以使用 CMake 的条件语句结合 file 命令来实现这一目标。
if(WIN32) file(GLOB_RECURSE PLATFORM_SOURCES "src/windows/*.cpp") elseif(UNIX) file(GLOB_RECURSE PLATFORM_SOURCES "src/linux/*.cpp") endif()
这种方法允许我们根据当前的平台动态地选择源文件，从而简化构建配置。
5. CMake 的最佳实践与 file 命令
随着编程项目的增长和复杂化，我们需要的不仅仅是工具，还需要一套策略和最佳实践来确保我们的构建系统是可维护、可扩展和高效的。在这一章节中，我们将结合心理学的洞察，深入探讨 CMake 的最佳实践，尤其是与 file 命令相关的策略。
5.1 手动 vs 自动文件列表
当涉及到源文件列表的管理时，一个常见的问题是：我们应该手动指定每个文件，还是使用 file 命令自动遍历？
利弊权衡
| 策略 | 优点 | 缺点 |
| 手动指定文件 | 完全控制；明确的依赖关系 | 需要经常更新；容易出错 |
| 自动文件遍历 | 不需要频繁更新；简洁 | 可能包括不必要的文件；难以追踪特定文件 |
从上表可以看出，每种策略都有其适用的场景。小型或非常特定的项目可能更适合手动指定文件，而大型或快速迭代的项目可能会受益于自动文件遍历。
心理学视角：决策疲劳与简化
在心理学中，有一个被称为 “decision fatigue”（决策疲劳）的概念，指的是在一天中做出决策的数量增加时，我们的决策质量会下降。简化决策，如使用自动文件遍历，可以减少这种疲劳，从而提高我们的工作效率。
5.2 如何避免常见的文件遍历陷阱
虽然 file 命令非常强大，但如果使用不当，它也可能带来问题。
明确的遍历模式
为了避免意外包括不必要的文件，我们应该使用明确的遍历模式，而不是简单地使用 *。
# 不推荐 file(GLOB_RECURSE SOURCES "*") # 推荐 file(GLOB_RECURSE SOURCES "src/*.cpp" "include/*.h")
心理学视角：系统性偏见与确认偏见
人们往往容易受到系统性偏见的影响，认为自己的第一反应或直觉是正确的。这在心理学上被称为 “confirmation bias”（确认偏见）。为了避免这种偏见，我们应该时常质疑和重新评估我们的决策，确保我们的文件遍历策略仍然是最佳的。
5.3 使用外部模块与文件操作的最佳策略
当使用外部模块或库时，我们需要确保文件操作与这些模块的结构和约定相一致。
遵循模块约定
如果外部模块有其自己的 CMake 配置或约定，我们应该遵循这些约定，而不是重新发明轮子。
例如，如果一个模块提供了 ModuleConfig.cmake 文件，我们应该使用 find_package 命令，而不是手动查找头文件和库文件。
心理学视角：习惯的力量
人们往往习惯于按照自己熟悉的方式做事。但是，如前面提到的 Charles Duhigg 在《习惯的力量》中所描述的，我们可以通过识别和改变我们的习惯来提高效率和质量。
结论 (Conclusion)
在探索CMake的深层文件操作时，我们不仅仅是在学习一个技术工具，而更多的是在理解它背后的设计哲学和人的需求。CMake，作为一个项目构建工具，与人性有何关联？这是一个深入探讨的问题。
file命令在现代项目中的不可替代性 (Irreplaceability of the ‘file’ command in modern projects)
当我们探索file命令时，我们实际上是在寻找一种自动化和简化项目管理的方法。人们天生就不喜欢重复和单调的工作，这是心理学上所称的"认知经济原理"（Principle of Cognitive Economy）。我们总是寻找更简单、更直接的方法来完成任务。当我们使用file(GLOB_RECURSE ...)命令自动获取源文件时，这正是对这一原理的应用。但是，正如C++的创始人Bjarne Stroustrup所说：“C++的强大之处在于它提供了丰富的选择，但选择自然而然地带来了复杂性。” 这同样适用于CMake。
例如，考虑以下两种方式获取源文件：
| 方法 (Method) | 优点 (Advantages) | 缺点 (Disadvantages) |
| 手动列举 (Manual Listing) | 确切、可控 (Precise, Controllable) | 需要维护 (Needs Maintenance) |
| GLOB_RECURSE | 自动、简洁 (Automatic, Concise) | 可能导致配置问题 (Might Cause Configuration Issues) |
通过对比这两种方法，我们可以看到两种截然不同的人性需求：一方面，我们追求完美和控制；另一方面，我们追求效率和简洁。正如心理学家Carl Rogers所说：“人类的内在趋势是追求自己的潜能和自我实现。” 当我们选择使用GLOB_RECURSE时，我们其实是在追求编程的自我实现。
深入底层：GLOB_RECURSE是如何工作的 (Diving Deep: How GLOB_RECURSE Works)
为了真正理解GLOB_RECURSE的工作原理，我们需要深入到CMake的源码中。当我们使用这个命令时，CMake实际上会调用操作系统的API来遍历文件系统。这是一个相对低效的操作，因为它涉及到大量的文件I/O和系统调用。但为什么我们仍然选择使用它呢？这背后的心理原因是，人们倾向于在短期内寻求效益，而忽略长期的代价。这是心理学上所称的“延迟满足”（Delayed Gratification）问题。
[这里可以插入一个关于GLOB_RECURSE如何与操作系统交互的图]
从这个深入的探讨中，我们可以看到技术选择与心理学之间的紧密联系。在编程中，我们总是在权衡短期效益和长期代价，这其实是一个深层次的人性问题。
CMake的未来：期待更多的功能与创新 (The Future of CMake: Awaiting More Features and Innovations)
随着技术的进步，我们总是期待工具能为我们提供更多的功能和创新。但在这背后，我们真正追求的是什么呢？可能是更高的效率，更简洁的代码，或者更直观的用户界面。但从心理学的角度看，我们追求的其实是满足和自我实现。当一个工具能够满足我们的这些需求时，我们就会觉得它是“好”的。
在未来，我们期待CMake能够提供更多的功能，如更智能的依赖分析、更高效的构建策略等。但在这些技术创新背后，我们真正追求的是一个更加人性化的工具，一个能够理解我们需求的工具。正如心理学家Abraham Maslow所说：“人类的基本需求是被理解和被接受。” 当我们选择一个技术工具时，我们其实是在寻找一个“理解”我们的伙伴。
在我们的编程学习之旅中，理解是我们迈向更高层次的重要一步。然而，掌握新技能、新理念，始终需要时间和坚持。从心理学的角度看，学习往往伴随着不断的试错和调整，这就像是我们的大脑在逐渐优化其解决问题的“算法”。
这就是为什么当我们遇到错误，我们应该将其视为学习和进步的机会，而不仅仅是困扰。通过理解和解决这些问题，我们不仅可以修复当前的代码，更可以提升我们的编程能力，防止在未来的项目中犯相同的错误。
我鼓励大家积极参与进来，不断提升自己的编程技术。无论你是初学者还是有经验的开发者，我希望我的博客能对你的学习之路有所帮助。如果你觉得这篇文章有用，不妨点击收藏，或者留下你的评论分享你的见解和经验，也欢迎你对我博客的内容提出建议和问题。每一次的点赞、评论、分享和关注都是对我的最大支持，也是对我持续分享和创作的动力。
