C 编程规范101条规则,准则与实践【正版】 下载 pdf 百度网盘 epub 免费 2025 电子书 mobi 在线

在《C++编程规范：101条规则、准则与实践》中，两位知名的C++专家将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位C++程序员应该遵循的行事准则。书中对每一条规范都给出了描述，并辅以实例说明；从类型定义到错误处理，都给出了C++实践，即使使用C++多年的程序员也会从本书中受益匪浅。　　《C++编程规范：101条规则、准则与实践》适合于各层次C++程序员使用，也可作为高等院校C++课程的教学参考书。

组织和策略问题　1第0条　不要拘泥于小节(又名：了解哪些东西不应该标准化)　2第1条　在高警告级别干净利落地进行编译　4第2条　使用自动构建系统　7第3条　使用版本控制系统　8第4条　做代码审查　9设计风格　11第5条　一个实体应该只有一个紧凑的职责　12第6条　正确、简单和清晰　13第7条　编程中应知道何时和如何考虑可伸缩性　14第8条　不要进行不成熟的优化　16第9条　不要进行不成熟的劣化　18第10条　尽量减少全局和共享数据　19第11条　隐藏信息　20第12条　懂得何时和如何进行并发性编程　21第13条　确保资源为对象所拥有。使用显式的RAII和智能指针　24编程风格　27第14条　宁要编译时和连接时错误，也不要运行时错误　28第15条　积极使用const　30第16条　避免使用宏　32第17条　避免使用“魔数”　34第18条　尽可能局部地声明变量　35第19条　总是初始化变量　36第20条　避免函数过长，避免嵌套过深　38第21条　避免跨编译单元的初始化依赖　39第22条　尽量减少定义性依赖。避免循环依赖　40第23条　头文件应该自给自足　42第24条　总是编写内部#include保护符，决不要编写外部#include保护符　43函数与操作符　45第25条　正确地选择通过值、(智能)指针或者引用传递参数　46第26条　保持重载操作符的自然语义　47第27条　优先使用算术操作符和赋值操作符的标准形式　48第28条　优先使用++和--的标准形式。优先调用前缀形式　50第29条　考虑重载以避免隐含类型转换　51第30条　避免重载&&、||或　，(逗号)　52第31条　不要编写依赖于函数参数求值顺序的代码　54类的设计与继承　55第32条　弄清所要编写的是哪种类　56第33条　用小类代替巨类　57第34条　用组合代替继承　58第35条　避免从并非要设计成基类的类中继承　60第36条　优先提供抽象接口　62第37条　公用继承即可替换性。继承，不是为了重用，而是为了被重用　64第38条　实施安全的覆盖　66第39条　考虑将虚拟函数声明为非公用的，将公用函数声明为非虚拟的　68第40条　要避免提供隐式转换　70第41条　将数据成员设为私有的，无行为的聚集(C语言形式的struct)除外　72第42条　不要公开内部数据　74第43条　明智地使用Pimpl　76第44条　优先编写非成员非友元函数　79第45条　总是一起提供new和delete　80第46条　如果提供类专门的new，应该提供所有标准形式(普通、就地和不抛出)　82构造、析构与复制　85第47条　以同样的顺序定义和初始化成员变量　86第48条　在构造函数中用初始化代替赋值　87第49条　避免在构造函数和析构函数中调用虚拟函数　88第50条　将基类析构函数设为公用且虚拟的，或者保护且非虚拟的　90第51条　析构函数、释放和交换不能失败　92第52条　一致地进行复制和销毁　94第53条　显式地启用或者禁止复制　95第54条　避免切片。在基类中考虑用克隆代替复制　96第55条　使用赋值的标准形式　99第56条　只要可行，就提供不会失败的swap(而且要正确地提供)　100名字空间与模块　103第57条　将类型及其非成员函数接口置于同一名字空间中　104第58条　应该将类型和函数分别置于不同的名字空间中，除非有意想让它们一起工作　106第59条　不要在头文件中或者#include之前编写名字空间using　108第60条　要避免在不同的模块中分配和释放内存　111第61条　不要在头文件中定义具有链接的实体　112第62条　不要允许异常跨越模块边界传播　114第63条　在模块的接口中使用具有良好可移植性的类型　116模板与泛型　119第64条　理智地结合静态多态性和动态多态性　120第65条　有意地进行显式自定义　122第66条　不要特化函数模板　126第67条　不要无意地编写不通用的代码　128错误处理与异常　129第68条　广泛地使用断言记录内部假设和不变式　130第69条　建立合理的错误处理策略，并严格遵守　132第70条　区别错误与非错误　134第71条　设计和编写错误安全代码　137第72条　优先使用异常报告错误　140第73条　通过值抛出，通过引用捕获　144第74条　正确地报告、处理和转换错误　145第75条　避免使用异常规范　146STL：容器　149第76条　默认时使用vector。否则，选择其他合适的容器　150第77条　用vector和string代替数组　152第78条　使用vector(和string：：c_str)与非C++?API交换数据　153第79条　在容器中只存储值和智能指针　154第80条　用push_back代替其他扩展序列的方式　155第81条　多用范围操作，少用单元素操作　156第82条　使用公认的惯用法真正地压缩容量，真正地删除元素　157STL：算法　159第83条　使用带检查的STL实现　160第84条　用算法调用代替手工编写的循环　162第85条　使用正确的STL查找算法　165第86条　使用正确的STL排序算法　166第87条　使谓词成为纯函数　168第88条　算法和比较器的参数应多用函数对象少用函数　170第89条　正确编写函数对象　172类型安全　173第90条　避免使用类型分支，多使用多态　174第91条　依赖类型，而非其表示方式　176第92条　避免使用reinterpret_cast　177第93条　避免对指针使用static_cast　178第94条　避免强制转换const　179第95条　不要使用C风格的强制转换　180第96条　不要对非POD进行memcpy操作或者memcmp操作　182第97条　不要使用联合重新解释表示方式　183第98条　不要使用可变长参数(．．．)　184第99条　不要使用失效对象。不要使用不安全函数　185第100条　不要多态地处理数组　186参考文献　187摘要汇总　193索引　205

Herb?Sutter，是ISO?C++标准委员会主席，《C++?Users?Journal》杂志特邀编辑和专栏作家。他目前在微软公司领导.NET环境下C++语言扩展的设计工作。　　Andrei?Alexandrescu，是C++专家，《C++?Users?Journal》杂志的专栏作家，他的《Modern?C++?Design》一书曾荣获2001年C++图书称号。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：C 编程规范101条规则,准则与实践【正版】在线阅读

在线听书地址：C 编程规范101条规则,准则与实践【正版】在线收听

在线购买地址：C 编程规范101条规则,准则与实践【正版】在线购买

无法修改的库头文件可能包含引起警告（可能是良性的）的构造。如果这样，可以用自己的包含原头文件的版本将此文件包装起来，并有选择地为该作用域关闭烦人的警告，然后在整个项目的其他地方包含此包装文件。

软件简单为美：质量优于速度，简单优于复杂，清晰优于机巧，安全优于不安全。

如果能够证明优化必要而且非常重要，尤其在数据量逐渐增长的情况下，那么应该集中精力改善算法的O(N)复杂性，而不是进行小型的优化，比如节省一个多余的加法运算。

让一个正确的程序更快速，比让一个快速的程序正确，要容易得太多，太多。

许多类型要求对这种共享对象进行串行访问，但是有些类型却不要求这样。后者通常要么从设计中去掉加锁需求，要么自己进行内部加锁，无论哪种情况，仍然需要留意内部加锁粒度的局限。

在函数声明中，要避免将通过值传递的函数参数声明为const。

书籍介绍

在《C++编程规范：101条规则、准则与实践》中，两位知名的C++专家将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位C++程序员应该遵循的行事准则。书中对每一条规范都给出了描述，并辅以实例说明；从类型定义到错误处理，都给出了C++实践，即使使用C++多年的程序员也会从本书中受益匪浅。

《C++编程规范：101条规则、准则与实践》适合于各层次C++程序员使用，也可作为高等院校C++课程的教学参考书。