Cpp 历史介绍与学习资源
C++历史和标准 简要回顾 C++的起源： 1979 年，Bjarne Stroustrup（C++之父）受到 Simula 语言（首个支持面向对象的语言）的启发，将面向对象的语法和 C 语言结合，得到了最早版本的"C with Classes"，它提供面向对象的基本语法，然后先翻译成 C 的源码进一步进行处理。 1983 年，这个新语言正式被命名为 C++。许多重要的特性被加入，包括引用机制（符号为&）、虚函数、函数重载、const 关键字等。 1985 年，Stroustrup 的 C++参考手册《C++ Programming Language》出版，此时并没有 C++语法规范，只有这份参考手册。 1998 年，C++标准委员会发布了 C++语言的第一个国际标准：C++98。最早的标准模块库（Standard Template Library，STL）也被纳入了该版标准。 C++的主要标准： C++98： 第一个标准。 C++03： C++98 的修订版，只有一些技术细节的差异。 C++11： C++98之后最重要的一个标准，它带来了巨大的变革，此后的 C++...
Cpp练习——SafeInput获取安全的输入
概述 在学习 C/C++ 的一开始，我们就接触到基本的输入输出，例如printf/scanf或者cout/cin， 但是在涉及用户输入时总是存在可靠性问题：我们无法确保用户输入的信息是合法的，比如要求输入一个数字，但是用户提供的是一串字符串等等，或者要求数字满足一定范围等，我们只能每次手动在外层加一个循环和判断条件，非常繁琐。 在本文中实现了一个简单的获取安全输入的封装SafeInput，使得在编程中尽可能摆脱这类涉及用户输入参数的处理细节。 使用示例 指定获取一个int类型的值，要求大于 0 且小于 5，如果输入不满足要求，则会提示重新输入 12int s = SafeInput().get<int>("Please input a int in (0,5): ", [](int p) { return 0 < p && p < 5; }); 指定获取一个double类型的值，并且在获取值之后会回显这个值，需要用户继续输入Y确认，否则提示重...
Cpp练习——MTest测试框架(gtest的模仿实现)
主要参考了Google test(gtest)和知乎上的一篇文章qtest: 一个单元测试库的从头实现以及作者提供的代码，尤其是宏的部分。一直不喜欢也没有学明白宏的各种用法，但是实现这种风格的测试框架也绕不开宏。 在其基础上进行了整理和重构，并且扩展和完善了一些细节的功能。 本文作为 C++ 学习中的小练习，若有疏漏，欢迎指正。 MTest 介绍 MTest 是一个 header-only 的简易框架，只包含两个头文件： mtest.hpp 负责 MTest 和 MTest::MTestMessage 两个类的实现，不含有任何的宏。 mtest_macro.hpp 负责对外提供相应的宏，可以在编译时使用-DUNUSE_MTEST关闭所有的宏，避免与 gtest 产生冲突。 测试文件需要 include 这两个文件，include顺序无所谓，也可以直接合并成一个文件，但是我个人的喜好是对宏敬而远之，因此单独仍在一个头文件中。主要功能实现在mtest.hpp，其中不含有任何的宏。 为什么重复造轮子？ 我希望将 MTest 作为 gtest 的简易替代，尤其是它具有 header...
Tmux 学习笔记
这是一份简要的tmux笔记和速查手册，主要参考 Tmux 的 Github 文档 基本概念 tmux 为终端复用器，可以启动一系列终端会话，可以将会话和终端窗口分离：关闭终端窗口再打开，会话并不终止，而是继续运行在执行，这可以有效避免因网络波动等导致的会话中断，也便于开启多窗口任务。 tmux 在逻辑上主要有三层概念：session（会话）> window（窗口）> pane（窗格）。 session session 具有索引（默认从0开始），同时也有名称（默认名称是数字编号） 远程登录时开启 tmux client 客户端，然后可以 attach 到一个 session session 可以被一个或多个 client attach（相当于从多个设备同时登入），或者处于 detached 状态，此时 session 保持在后台运行 session 可以包含一组 window：一个屏幕装不下了，把所有东西暂移出去，新建一个空的 window。在同一时刻只能呈现一个 current window window window 具有索引（默认从0开始），同时也有名称（...
Cpp 构建和编译笔记——9. CMake 库的开发
这个环节我们从库的使用者切换为库的开发者，假设我们开发了一个库 Abc，那么如何处理 Abc 库的安装和导入？在导入环节，如何按照 modern cmake 的规范提供 AbcConfig.cmake？ 尤其在这部分内容，网上教程非常混乱，CMake 官方文档写的非常复杂难懂，似乎是为超复杂的大型库开发所准备的，而且早期语法和 modern cmake 语法混杂在一起，难以分辨。本文将从简单的示例开始，吸取各个教程的内容，逐渐完善。 方式一：直接安装 我们首先考虑一种最无脑的安装方式：直接把可执行文件，库文件和头文件放到需要的地方去，并且不考虑复用。（CMake 不会导出它的配置信息文件） CMake 支持这种直接无脑的安装，不需要我们真的在文件系统中进行手动拷贝。 示例如下 123install(TARGETS demo4lib1 demo4lib2 demo4exe1 demo4exe2)install(DIRECTORY include/Demo4 TYPE INCLUDE)install(FILES src/Demo4_b.h TYPE INCLUDE) 这里安装四个 t...
Cpp 构建和编译笔记——8. CMake 依赖管理
这一篇关注 CMake 的依赖管理，这是最重要的部分：由于 C++没有如 pip，npm 那样统一的包管理（既有历史原因，也是 C/C++的包管理需求太复杂导致的），在使用第三方库时通常需要使用源码编译安装，然后手动管理依赖，涉及到的 CMake 操作非常繁琐。 本文围绕以下内容展开： 项目安装命令 第三方库的使用： 库已经安装到本地，并且支持 CMake：需要导入库的信息 库并不在本地：需要从仓库拉取源码，合并到当前项目中 我们面临很多问题： 不同平台的影响：例如 Windows 平台下的安装位置等非常混乱，而 Linux 则比较统一，使得安装和第三方库的导入都非常规范化 不同的语法风格：例如 CMake 早期的语法风格需要如何导入库，Modern CMake 的语法风格需要如何导入库。CMake 为了适应不同的第三方库，提供了许多不同的接口，语法越来越混乱。 项目安装命令 单独的安装命令通常如下（当前位置是项目根目录，而非在 build 子文件夹中） 12345678(1)make install(2)cmake --build build --target in...
Cpp 构建和编译笔记——7. CMake 语法结构
在上一篇已经学习了作为一门语言的最基本内容，接下来是进一步的内容 流程控制(条件语句，循环语句) 函数和宏 cmake 脚本/模块(不是 CMakeLists，而是.cmake 文件) 条件判断 if 语句 最完整的 if 语法结构如下 1234567if(<condition>) <commands>elseif(<condition>) # optional block, can be repeated <commands>else() # optional block <commands>endif() 其中的 elseif 和 else 都是可选的，例如 1234567if(WIN32) message(STATUS "Now is Windows")elseif(APPLE) message(STATUS "Now is Apple systens.")elseif(UNIX) message(STATUS "...
Cpp 构建和编译笔记——6. CMake 基本语法
CMake 和 make，shell 脚本一样，本质是一种 DSL 语言。在了解 CMake 的基本概念和用法之后，作为一种编程语言，还是得从最基本的变量，流程控制(for 循环，if 条件)，函数等开始学习。在最开始，我们强调一点——CMake 作为一门语言是区分大小写的！只是具体到通常使用的内置命令/自定义函数/自定义宏，不区分大小写。 不得不说，CMake 这一类文本化的语言语法都非常反人类，而且CMake 的官方文档写的真是垃圾中的垃圾。 本文的主要内容 调试输出(IO) 变量 字符串操作 列表操作 数学表达式 调试输出 在 CMakeLists 中，有着和 echo 类似的用于向控制台输出信息的 message 命令 1message([<mode>] "message text") 其中的 mode 通常为 NOTICE: 缺省时默认的选项，表示正常输出到控制台的重要提示信息 WARNING: 表示输出到控制台的警告信息，但不会中断 CMake 的运行 STATUS: 表示正常输出到控制台的一般提示性信息，和 CMake 自动输出...
Cpp 构建和编译笔记——5. CMake 与 CMakeLists
关于 CMake 的内容可能比较多，计划是分成以下几部分： Modern CMake 的基本使用 CMake 基本语法与变量 CMake 语法结构（条件，循环，函数，模块等） CMake 依赖管理（作为库的使用者） CMake 库的开发（作为库的开发者） CMake 命令速查 完全CMake风格的四步命令：构建+编译+测试+安装 1234cmake -S . -B build -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/path/to/install/cmake --build buildcmake --build build --target testcmake --build build --target install 上述命令完全不依赖具体平台。 经典Linux风格的四步命令：构建+编译+测试+安装 123456mkdir buildcd buildcmake ..make -j8ctestmake install 这里需要依赖make命令，主要命令都在build/中进行。 Windows平台...
Cpp 构建和编译笔记——4. make 与 Makefile
make 介绍 make(GNU make)是一个项目构建工具，用于方便地编译、链接多个源代码文件，自动决定哪些源文件需要重新编译，从而高效地构建自己地项目，普遍用于处理 c/c++项目，但也可以用于其他语言。 make 的通常用法是： 在项目目录下把编译链接的命令，写入 Makefile(指定文件名的一个文本文件，类似于 shell 脚本) 在项目命令下，执行make命令，会自动读取当前目录下的 Makefile 并解析执行 make命令可以后接参数： make，相对于执行make all，通常代表从头编译整个项目 make install，通常代表把当前项目安装到系统中，还可以附加一些参数指定安装位置等，例如prefix=/usr/local make clean，通常代表清理项目中的杂项文件，不包括源文件 注意这些只是约定俗成的作法，具体的命令行为其实完全取决于 Makefile 中写入的内容 这里的 make 是 GNU make，但是其实在各种 IDE 中，也都集成了一个类似的项目构建工具，例如 VS 的 nmake，它们发挥着类似的作用。 为什么用 make ...