C++程序设计读书笔记(一) 导论

最新推荐文章于 2025-08-17 14:20:54 发布

coolbrucekai

最新推荐文章于 2025-08-17 14:20:54 发布

阅读量691

点赞数

CC 4.0 BY-SA版权

分类专栏：读书笔记文章标签： c++

本文链接：https://blog.csdn.net/coolbrucekai/article/details/11179755

读书笔记专栏收录该内容

2 篇文章

订阅专栏

本文为C程序员提供了转向C++编程的实用建议，包括减少宏使用、避免void*及强制类型转换、利用C++标准库特性等。同时探讨了在C++中如何通过类、模板和继承来组织程序中的概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

导论

给C程序员的建议

1.在C++里几乎不需要用宏.用const或enum定义明显的常量,用inline避免函数调用的额外开销,用template去刻画一族函数或者类型,用namespace去避免名字冲突.

2.不要在你需要变量之前去声明它,以保证你能立即对他进行初始化.声明可以出现在能出现语句的所有位置上,可以出现在for语句的初始化部分,也可以出现在条件中.

3.不要用malloc.new运算符能将同样的事情做得更好.对于realloc,请试一试vector,

4.试着去避免void *,指针算术,联合和强制,除了在某些函数或类实现的深层之外.在大部分情况下,强制都是设计错误的指示器.如果你必须使用某个显式的类型转换,请设法去用一个新的强制,设法写出一个描述你想做得事情的更精确地语句.

5.尽量少用数组和C风格的字符串.与传统的C风格相比,使用C++标准库string和vector常常可以简化程序的设计.

如果要符合C的连接规则,一个C++函数就必须被声明为具有C连接的.更重要的是,请将程序考虑为一组由类和对象表示的相互作用的概念,而不是一堆数据结构和一些去拨弄数据结构中二进制位的函数.

有关C++里编程的思考

在理想情况,需要通过三个步骤完成设计一个程序的工作.首先,取得一个清晰的理解(分析);然后标示出在一个解决方案中所涉及的关键性概念(设计);最后,用一个程序表达这个解决方案(编程).然而,问题的细节和解决方案中的概念,常常只有通过在一个程序中描述它们,以及让程序以可接受的方式运行的努力之下,才能真正的被清楚的理解.而这正是程序设计语言选择的关键之处.

在大部分应用中都存在一些概念,它们很不容易表示为某个基本类型,也不容易表述为与之关联的数据的函数.遇到一个这样的概念,请在程序里声明为一个类去表示它.一个C++类就是一个类型,也就是说,它刻画了这个类的对象的行为:它们如何建立,可以被如何操作,以及它们如何销毁.一个类可能也刻画了这些对象如何表示,虽然在设计一个程序的早期阶段这并不是一个主要考虑.写出好的程序,最关键的就是去设计这些类,使他们中的每一个都能很清楚的表示为某个概念.这经常意味着你必须集中注意一些这样的问题:这个类的对象应该如何建立?这个类的对象能够被复制/销毁吗?什么操作能够作用于这个对象?如果对这类问题不存在很好的回答,对应的概念或许是从一开始就不清楚.这时再多想有关的问题以及为它所设定的解决方案,而不是立即开始去围绕着那个问题编码,这样做可能是个好主意.

概念不会存在于真空之中;总是存在着相互关联的一簇簇的概念.将程序里各个类按照它们之间的关系组织起来-----即确定一个解决方案所涉及到的的不同概念之间的准确关系-----常常比首先单独的列出一些类更困难.最好别把结果弄成了一锅糨糊,其中的每一个类(概念)都相互依赖.

将相互有关的概念组织到一个树形结构中,使最一般的概念成一个类为树根.在C++里,派生类表示的就是这种结构.一个程序常常能组织为一组类,或者一组类的有向无环图.这时,程序员刻画一组基类,每个都有它的一组派生类.虚函数常常能被用于为一个概念的最一般版本(一个基类)定义操作.如果有必要,可以针对特定的类(派生类),对这些操作的解释做进一步的精确化.

有时,甚至一个有向无环图看起来也不足以组织起一个程序里的概念;有些概念似乎具有内在的相互依赖性.在这种情况下,我们应设法将这种循环依赖关系局部化,使它们不会影响程序的整体结构.如果无法清除这种相互依赖,也无法将其局部化,那么很可能进入了一个困境,没有一种程序语言能够帮助你跳出来.除非你能设想出在基本概念之间的某种很容易陈述的关系,否则那么程序多半会变得无法管理.

解开依赖图的一种最好的工具就是界面和实现的清晰分离.抽象类是C++处理这种问题的基本工具.

共性的另一种形式可以通过模板表示.一个类模板刻画了一族类.例如:一个表模板刻画了T的表,其中T可以是任何类型.这样,模板就是这样一种机制,它刻画的是如何通过给定宁一个类作为参数,就可以生成出一个新的类来.最常见的模板是容器类,例如表,数组和关联数组,以及使用这些容器的基本算法.

通过使用继承的类型表达一个类及其相关函数的参数化通常是个错误,这件事最好是用模板做.

应该记住,许多程序设计工作能够仅用基本类型,数据结构,普通函数和若干库类完成,这样做既简单又清晰.涉及到定义新类型的全套装备应尽量不用,除了在那些确实需要它们的地方外.

忠告

一组在C++学习过程中或许应该考虑的规则,随着你变得更加熟练,你讲能把它转化为某种更适合你的那类应用系统或者你自己的程序设计风格的东西.

1.在编写程序时,你是在为你针对的某个问题的解决方案中的思想建立起一种具体表示.让程序的结构尽可能呢地直接反应这些思想:

a.如果能把"它"看成一个独立的概念,就把它做成一个类.

b.如果能把"它"看成一个独立的个体,就把它做成某个类的对象.

c.如果两个类有共同的界面,将此界面做成一个抽象类.

d.如果两个类的实现有某些显著地共同东西,将这些共性做成一个基类.

e.如果一个类是一种对象的容器,将它做成一个模板.

f.如果一个函数实现对某容器的算法,将它实现为对一簇容易可用的模板函数.

g.如果一组类,模板等相互之间有逻辑联系,将它放进一个名字空间里.

2.在你定义一个并不是某个像矩阵或者复数这样的数据对象的类时,或者定义一个低层的类型如链接表的时候:

a.不要使用全局数据,请使用成员

b.不要使用全局函数

c.不要使用公共数据成员

d.不要使用友元,除非为了避免a或者c

e.不要在一个类里面放"类型域"(为了说明一个类所存储数据的情况而放置额标志域),采用虚函数

f.不要使用内联函数,除非作为效果显著地优化