读书笔记——《高质量 C++/C 编程指南》(1)

目录

前言

文件结构

头文件的作用

头文件的结构

【规则1】

[【规则 2】](#【规则 2】)

【规则3】

【建议1】

【建议2】

定义文件的结构

代码风格

空行

代码行

对齐

长行拆分

修饰符的位置

注释

类的版式


前言

想来想去,觉得还是要看一些书。利用闲暇时间(不想学习的时候,嘿嘿)写写读书笔记 。

书名------《高质量 C++/C 编程指南》

这本书里面有一句话------除了完全外行和真正的编程高手外,初读本书,你最先的感受将是惊慌:"哇!我以前捏造的 C++/C 程序怎么会有那么多的毛病?"。我想对于我们这种不算小白,不算熟悉的人来说,一定会有很多"误打误撞"的代码------代码逻辑有问题,但是把结果跑出来了。

文件结构

每个 C++/C 程序通常分为两个文件。

一个文件用于保存程序的声明,称为头文件,也就是.h文件。

另一个文件用于保存程序的实现,称为定义文件。也就是.c文件(C语言)或者.cpp(C++)文件。

头文件的作用

(1)源代码不便(或不准)向用户公布, 只要向用户提供头文件和二进制的库即可。用户只需要按照头文件中的接口声明来调用库功能,而不必关心接口怎么实现的。编译器会从库中提取相应的代码。

(2)头文件能加强类型安全检查。如果某个接口被实现或被使用时,其方式与头文件中的声明不一致,编译器就会指出错误,这一简单的规则能大大减轻程序员调试、改错的负担。

头文件的结构

头文件由两部分内容组成:

(1)预处理块。

(2)函数和类结构声明等。

【规则1】

为了防止头文件被重复引用,应当用ifndef/define/endif 结构产生预处理块。

我的理解------"ifndef"就是如果(if)没有(n)定义(def),那么就定义(define),定义完之后结束定义(endif)

假设头文件名称为 graphics.h

【规则 2】

用#include <filename.h> 格式来引用标准库的头文件(编译器将从标准库目录开始搜索)。

【规则3】

双引号来引用非标准库的头文件,用#include "filename.h" 格式(编译器将从用户的工作目录开始搜索)。

【建议1】

头文件中只存放"声明"而不存放"定义"------建议将成员函数的定义与声明分开,不论该函数体有多么小。

【建议2】

不提倡使用全局变量,尽量不要在头文件中出现象extern int value 这类声明。

补充:extern int value是告诉编译器:在当前文件中有一个名为value的整数型变量被定义了。表明这个变量是全局变量。

虽然 extern关键字经常用于全局变量,但它也可以用于函数,表示该函数在其他地方被定义。例如,extern int add(int ,int);告诉编译器add函数在其他地方被定义,但可以在这里被调用。

cpp 复制代码
#ifndef GRAPHICS_H // 防止graphics.h 被重复引用
#define GRAPHICS_H
#include <math.h> // 引用标准库的头文件
⋯
#include "myheader.h" // 引用非标准库的头文件
⋯
void Function1(⋯); // 全局函数声明
⋯
class Box // 类结构声明
{
⋯
};
#endif

定义文件的结构

定义文件有两部分内容:

(1) 对一些头文件的引用。

(2) 程序的实现体(包括数据和代码)。

cpp 复制代码
#include "graphics.h" // 引用头文件
⋯
// 全局函数的实现体
void Function1(⋯)
{
⋯
}
// 类成员函数的实现体
void Box::Draw(⋯)
{
⋯
}

代码风格

追求清晰、美观,是程序风格的重要构成因素。也是为了增强文章的可读性。

空行

空行起着分隔程序段落的作用。空行得体(不过多也不过少)将使程序的布局更加清晰。空行不会浪费内存,虽然打印含有空行的程序是会多消耗一些纸张,但是值得。所以不要舍不得用空行。

【规则 1】在每个类声明之后、每个函数定义结束之后都要加空行。

【规则2】在一个函数体内,逻揖上密切相关的语句之间不加空行,其它地方应加空行分隔。

代码行

【规则1】一行代码只做一件事情,如只定义一个变量,或只写一条语句。这样的代码容易阅读,并且方便于写注释。

【规则2】if、for、while、do 等语句自占一行,执行语句不得紧跟其后。不论执行语句有多少都要加{}。这样可以防止书写失误。

【建议1】尽可能在定义变量的同时初始化该变量(就近原则)

cpp 复制代码
int width = 10; // 定义并初绐化width
int height = 10; // 定义并初绐化height
int depth = 10; // 定义并初绐化depth

对齐

【规则1】程序的分界符'{'和'}'应独占一行并且位于同一列,同时与引用它们的语句左对齐。

【规则2】{ }之内的代码块在'{'右边数格处左对齐。

长行拆分

【规则1】代码行最大长度宜控制在70 至80 个字符以内。代码行不要过长,否则眼睛看不过来,也不便于打印。

【规则2】长表达式要在低优先级操作符处拆分成新行 ,**操作符放在新行之首(**以便突出操作符)。拆分出的新行要进行适当的缩进,使排版整齐,语句可读。

修饰符的位置

修饰符 * 和& 应该靠近数据类型还是该靠近变量名,是个有争议的活题。

若将修饰符 * 靠近数据类型,例如:int* x; 从语义上讲此写法比较直观,即x是int 类型的指针。上述写法的弊端是容易引起误解,例如:int* x, y; 此处y 容易被误解为指针变量。虽然将x 和y 分行定义可以避免误解,但并不是人人都愿意这样做。

【规则1】应当将修饰符 * 和& 紧靠变量名

cpp 复制代码
int *x, y; // 此处y 不会被误解为指针

注释

C++语言中,程序块的注释常采用"/*...*/",行注释一般采用"//..."。

注释通常用于:

(1)版本、版权声明;

(2)函数接口说明;

(3)重要的代码行或段落提示。

虽然注释有助于理解代码,但注意不可过多地使用注释。

【规则1】注释是对代码的"提示",而不是文档。程序中的注释不可喧宾夺主 ,注释太多了会让人眼花缭乱。注释的花样要少。

【规则2】边写代码边注释 ,修改代码同时修改相应的注释,以保证注释与代码的一致性。不再有用的注释要删除。

【规则3】尽量避免在注释中使用缩写,特别是不常用缩写。

【规则4】注释的位置应与被描述的代码相邻,可以放在代码的上方或右方 ,不可放在下方。

【规则5】当代码比较长,特别是有多重嵌套时,应当在一些段落的结束处加注释,便于阅读。

类的版式

类可以将数据和函数封装在一起,类提供关键字public、protected 和private,分别用于声明哪些数据和函数是公有的、受保护的或者是私有的。

类的版式主要有两种方式:

(1)将private 类型的数据 写在前面,而将public 类型的函数写在后面,采用这种版式的程序员主张类的设计"以数据为中心" ,重点关注类的内部结构。

(2)将public 类型的函数 写在前面,而将private 类型的数据写在后面,采用这种版式的程序员主张类的设计"以行为为中心",重点关注的是类应该提供什么样的接。

书中建议读者采用"以行为为中心"的书写方式,即首先考虑类应该提供什么样的函数。这是很多人的经验------"这样做不仅让自己在设计类时思路清晰,而且方便别人阅读。因为用户最关心的是接口,谁愿意先看到一堆私有数据成员!"

相关推荐
小牛itbull9 分钟前
ReactPress vs VuePress vs WordPress
开发语言·javascript·reactpress
怀澈12211 分钟前
高性能服务器模型之Reactor(单线程版本)
linux·服务器·网络·c++
请叫我欧皇i17 分钟前
html本地离线引入vant和vue2(详细步骤)
开发语言·前端·javascript
闲暇部落20 分钟前
‌Kotlin中的?.和!!主要区别
android·开发语言·kotlin
GIS瞧葩菜29 分钟前
局部修改3dtiles子模型的位置。
开发语言·javascript·ecmascript
chnming198734 分钟前
STL关联式容器之set
开发语言·c++
威桑1 小时前
MinGW 与 MSVC 的区别与联系及相关特性分析
c++·mingw·msvc
熬夜学编程的小王1 小时前
【C++篇】深度解析 C++ List 容器:底层设计与实现揭秘
开发语言·数据结构·c++·stl·list
yigan_Eins1 小时前
【数论】莫比乌斯函数及其反演
c++·经验分享·算法
GIS 数据栈1 小时前
每日一书 《基于ArcGIS的Python编程秘笈》
开发语言·python·arcgis