Cpp 基本数据类型
C/C++很烦人的一点在于，它最基本的数据类型都是不确定的，为了兼容某些奇怪的设备，C++标准并没有强制规定基本数据类型的位数，这可能导致很多 bug。 我们只考虑 64 位系统，考虑 x86-64 的 Windows/Linux 平台（32 位系统可能字节数更少，但是已经很少用了，本文不考虑）。 非常不建议使用整数类型long，以及浮点数类型long double，因为它们在不同的平台很可能位数不同。 整数类型基本的整数类型大概有如下几种：（有符号类型，还有对应的无符号类型） char short (int) int long (int) long long (int) 注意：标准并没有严格规定它们的字节数大小，但是规定了字节数的大小关系（即表示范围的大小关系），以及它们至少需要的字节数。 1short <= int <= long <= long long 主要参考 cpp reference 和 wiki，下图取自cpp reference 上图中的 64 位数据模型包括 LP64（主要对应 Unix-like 平台）和 ...
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 测试框架(模仿googletest)
主要参考Google test(gtest)和知乎上的一篇文章qtest: 一个单元测试库的从头实现以及作者提供的代码，尤其是宏的部分。一直不喜欢也没有学明白宏的各种用法，但是实现这种风格的测试框架也绕不开宏。在其基础上进行了整理和重构，并且扩展和完善了一些细节的功能。 MTest 介绍 MTest 是一个 header-only 的简易框架，只包含一个头文件：mtest.hpp 前半部分负责 MTest 和 MTest::MTestMessage 两个类的实现，不含有任何的宏。 后半部分负责对外提供相应的宏，可以在编译时使用-DUNUSE_MTEST关闭所有的宏，避免与 gtest 产生冲突。 测试文件需要 include 这个文件。 为什么重复造轮子？ MTest 可以作为 gtest 的简易替代，它是 header-only 的：不需要编译和链接相应的库，使用非常轻量，实现细节完全透明。mtest.hpp 只有七八百行代码，并且代码可读性较高。 实现 MTest 也是学习提升的机会： 可以学习 gtest 的使用，并且利用简洁的语法完成 gtest 的一个小子集的功...
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 子文件夹中） 123456789(1)make install(2)cmake --build build --targ...
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: 表示正常输出到控制台的一般提示性信息，和 ...
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 buildctest --test-dir buildcmake --install build 上述命令完全不依赖具体平台。 经典Linux风格的四步命令：构建+编译+测试+安装 123456mkdir buildcd buildcmake ..make -j8ctestmake install 这里需要依赖make命令，主要命令都在build/中进行。 Windows平台使用MinGW风格的工具链，对应的四步命令：构建+...