网页资讯视频图片知道文库贴吧地图采购
进入贴吧全吧搜索

 
 
 
日一二三四五六
       
       
       
       
       
       

签到排名:今日本吧第个签到,

本吧因你更精彩,明天继续来努力!

本吧签到人数:0

一键签到
成为超级会员,使用一键签到
一键签到
本月漏签0次!
0
成为超级会员,赠送8张补签卡
如何使用?
点击日历上漏签日期,即可进行补签。
连续签到:天  累计签到:天
0
超级会员单次开通12个月以上,赠送连续签到卡3张
使用连续签到卡
02月17日漏签0天
c&vc吧 关注:274贴子:1,083
  • 看贴

  • 图片

  • 吧主推荐

  • 视频

  • 游戏

  • 1 2 下一页 尾页
  • 25回复贴,共2页
  • ,跳到 页  
<<返回c&vc吧
>0< 加载中...

高质量C++/C编程指南

  • 只看楼主
  • 收藏

  • 回复
  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
高质量C++/C编程指南
前 言 * 
第1章 文件结构 *
1.2 头文件的结构 *
1.3 定义文件的结构 *
1.4 头文件的作用 *
1.5 目录结构 *
第2章 程序的版式 *
2.1 空行 *
2.2 代码行 *
2.3 代码行内的空格 *
2.4 对齐 *
2.5 长行拆分 *
2.6 修饰符的位置 *
2.7 注释 *
2.8 类的版式 *
第3章 命名规则 *
3.1 共性规则 *
3.2 简单的Windows应用程序命名规则 *
3.3 简单的Unix应用程序命名规则 *
第4章 表达式和基本语句 *
4.1 运算符的优先级 *
4.2 复合表达式 *
4.3 if 语句 *
4.4 循环语句的效率 *
4.5 for 语句的循环控制变量 *
4.6 switch语句 *
4.7 goto语句 *
第5章 常量 *
5.1 为什么需要常量 *
5.2 const 与 #define的比较 *
5.3 常量定义规则 *
5.4 类中的常量 *
第6章 函数设计 *
6.1 参数的规则 *
6.2 返回值的规则 *
6.3 函数内部实现的规则 *
6.4 其它建议 *
6.5 使用断言 *
6.6 引用与指针的比较 *
第7章 内存管理 *
7.1内存分配方式 *
7.2常见的内存错误及其对策 *
7.3指针与数组的对比 *
7.4指针参数是如何传递内存的? *
7.5 free和delete把指针怎么啦? *
7.6 动态内存会被自动释放吗? *
7.7 杜绝“野指针” *
7.8 有了malloc/free为什么还要new/delete ? *
7.9 内存耗尽怎么办? *
7.10 malloc/free 的使用要点 *
7.11 new/delete 的使用要点 *
7.12 一些心得体会 *
第8章 C++函数的高级特性 *
8.1 函数重载的概念 *
8.2 成员函数的重载、覆盖与隐藏 *
8.3 参数的缺省值 *
8.4 运算符重载 *
8.5 函数内联 *
8.6 一些心得体会 *
第9章 类的构造函数、析构函数与赋值函数 *
9.1 构造函数与析构函数的起源 *
9.2 构造函数的初始化表 *
9.3 构造和析构的次序 *
9.4 示例:类String的构造函数与析构函数 *
9.5 不要轻视拷贝构造函数与赋值函数 *
9.6 示例:类String的拷贝构造函数与赋值函数 *
9.7 偷懒的办法处理拷贝构造函数与赋值函数 *
9.8 如何在派生类中实现类的基本函数 *
9.9 一些心得体会 *
第10章 类的继承与组合 *
10.1 继承 *
10.2 组合 *
第11章 其它编程经验 *
11.1 使用const提高函数的健壮性 *
11.2 提高程序的效率 *
11.3 一些有益的建议 *
参考文献 *
附录A :C++/C代码审查表 *
附录B :C++/C试题 *
附录C :C++/C试题的答案与评分标准 *



  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
前 言 
软件质量是被大多数程序员挂在嘴上而不是放在心上的东西!
除了完全外行和真正的编程高手外,初读本书,你最先的感受将是惊慌:“哇!我以前捏造的C++/C程序怎么会有那么多的毛病?”
别难过,作者只不过比你早几年、多几次惊慌而已。
请花一两个小时认真阅读这本百页经书,你将会获益匪浅,这是前面N-1个读者的建议。
一、编程老手与高手的误区
自从计算机问世以来,程序设计就成了令人羡慕的职业,程序员在受人宠爱之后容易发展成为毛病特多却常能自我臭美的群体。
如今在Internet上流传的“真正”的程序员据说是这样的:
真正的程序员没有进度表,只有讨好领导的马屁精才有进度表,真正的程序员会让领导提心吊胆。 

真正的程序员不写使用说明书,用户应当自己去猜想程序的功能。 

真正的程序员几乎不写代码的注释,如果注释很难写,它理所当然也很难读。 

真正的程序员不画流程图,原始人和文盲才会干这事。 

真正的程序员不看参考手册,新手和胆小鬼才会看。 

真正的程序员不写文档也不需要文档,只有看不懂程序的笨蛋才用文档。 

真正的程序员认为自己比用户更明白用户需要什么。 

真正的程序员不接受团队开发的理念,除非他自己是头头。 

真正的程序员的程序不会在第一次就正确运行,但是他们愿意守着机器进行若干个30小时的调试改错。 

真正的程序员不会在上午9:00到下午5:00之间工作,如果你看到他在上午9:00工作,这表明他从昨晚一直干到现在。 
……


2026-02-17 07:29:13
广告
不感兴趣
开通SVIP免广告
  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
二、本书导读
首先请做附录B的C++/C试题(不要看答案),考查自己的编程质量究竟如何。然后参照答案严格打分。
(1)如果你只得了几十分,请不要声张,也不要太难过。编程质量差往往是由于不良习惯造成的,与人的智力、能力没有多大关系,还是有药可救的。成绩越差,可以进步的空间就越大,中国不就是在落后中赶超发达资本主义国家吗?只要你能下决心改掉不良的编程习惯,第二次考试就能及格了。
(2)如果你考及格了,表明你的技术基础不错,希望你能虚心学习、不断进步。如果你还没有找到合适的工作单位,不妨到上海贝尔试一试。
(3)如果你考出85分以上的好成绩,你有义务和资格为你所在的团队作“C++/C编程”培训。希望你能和我们多多交流、相互促进。半年前我曾经发现一颗好苗子,就把他挖到我们小组来。
(4)如果你在没有任何提示的情况下考了满分,希望你能收我做你的徒弟。
编程考试结束后,请阅读本书的正文。
本书第一章至第六章主要论述C++/C编程风格。难度不高,但是细节比较多。别小看了,提高质量就是要从这些点点滴滴做起。世上不存在最好的编程风格,一切因需求而定。团队开发讲究风格一致,如果制定了大家认可的编程风格,那么所有组员都要遵守。如果读者觉得本书的编程风格比较合你的工作,那么就采用它,不要只看不做。人在小时候说话发音不准,写字潦草,如果不改正,总有后悔的时候。编程也是同样道理。
第七章至第十一章是专题论述,技术难度比较高,看书时要积极思考。特别是第七章“内存管理”,读了并不表示懂了,懂了并不表示就能正确使用。有一位同事看了第七章后觉得“野指针”写得不错,与我切磋了一把。可是过了两周,他告诉我,他忙了两天追查出一个Bug,想不到又是“野指针”出问题,只好重读第七章。
光看本书对提高编程质量是有限的,建议大家阅读本书的参考文献,那些都是经典名著。
如果你的编程质量已经过关了,不要就此满足。如果你想成为优秀的软件开发人员,建议你阅读并按照CMMI规范做事,让自己的综合水平上升一个台阶。上海贝尔的员工可以向网络应用事业部软件工程研究小组索取CMMI有关资料,最好能参加培训。


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
三、版权声明
本书的大部分内容取材于作者一年前的书籍手稿(尚未出版),现整理汇编成为上海贝尔网络应用事业部的一个规范化文件,同时作为培训教材。
由于C++/C编程是众所周知的技术,没有秘密可言。编程的好经验应该大家共享,我们自己也是这么学来的。作者愿意公开本书的电子文档。
版权声明如下:
(1)读者可以任意拷贝、修改本书的内容,但不可以篡改作者及所属单位。
(2)未经作者许可,不得出版或大量印发本书。
(3)如果竞争对手公司的员工得到本书,请勿公开使用,以免发生纠纷。
预计到2002年7月,我们将建立切合中国国情的CMMI 3级解决方案。届时,包括本书在内的约1000页规范将严格受控。
欢迎读者对本书提出批评建议。
林锐,2001年7月


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
第1章 文件结构
每个C++/C程序通常分为两个文件。一个文件用于保存程序的声明(declaration),称为头文件。另一个文件用于保存程序的实现(implementation),称为定义(definition)文件。
C++/C程序的头文件以“.h”为后缀,C程序的定义文件以“.c”为后缀,C++程序的定义文件通常以“.cpp”为后缀(也有一些系统以“.cc”或“.cxx”为后缀)。
1.1 版权和版本的声明
版权和版本的声明位于头文件和定义文件的开头(参见示例1-1),主要内容有:
(1)版权信息。
(2)文件名称,标识符,摘要。
(3)当前版本号,作者/修改者,完成日期。
(4)版本历史信息。


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
/*
* Copyright © 2001,上海贝尔有限公司网络应用事业部
* All rights reserved.
* 
* 文件名称:filename.h
* 文件标识:见配置管理计划书
* 摘 要:简要描述本文件的内容
* 
* 当前版本:1.1
* 作 者:输入作者(或修改者)名字
* 完成日期:2001年7月20日
*
* 取代版本:1.0 
* 原作者 :输入原作者(或修改者)名字
* 完成日期:2001年5月10日
*/


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
1.2 头文件的结构
头文件由三部分内容组成:
(1)头文件开头处的版权和版本声明(参见示例1-1)。
(2)预处理块。
(3)函数和类结构声明等。
假设头文件名称为 graphics.h,头文件的结构参见示例1-2。
【规则1-2-1】为了防止头文件被重复引用,应当用ifndef/define/endif结构产生预处理块。 

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

【规则1-2-3】用 #include “filename.h” 格式来引用非标准库的头文件(编译器将从用户的工作目录开始搜索)。 

【建议1-2-1】头文件中只存放“声明”而不存放“定义” 

在C++ 语法中,类的成员函数可以在声明的同时被定义,并且自动成为内联函数。这虽然会带来书写上的方便,但却造成了风格不一致,弊大于利。建议将成员函数的定义与声明分开,不论该函数体有多么小。
【建议1-2-2】不提倡使用全局变量,尽量不要在头文件中出现象extern int value 这类声明。


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
// 版权和版本声明见示例1-1,此处省略。

#ifndef GRAPHICS_H // 防止graphics.h被重复引用
#define GRAPHICS_H

#include <math.h> // 引用标准库的头文件
…
#include “myheader.h” // 引用非标准库的头文件
…
void Function1(…); // 全局函数声明
…
class Box // 类结构声明
{
…
};
#endif


2026-02-17 07:23:13
广告
不感兴趣
开通SVIP免广告
  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
示例1-2 C++/C头文件的结构
 


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
1.3 定义文件的结构
定义文件有三部分内容:
定义文件开头处的版权和版本声明(参见示例1-1)。 

对一些头文件的引用。 

程序的实现体(包括数据和代码)。 
假设定义文件的名称为 graphics.cpp,定义文件的结构参见示例1-3


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
// 版权和版本声明见示例1-1,此处省略。
#include “graphics.h” // 引用头文件
…
// 全局函数的实现体
void Function1(…)
{
…
}
// 类成员函数的实现体
void Box::Draw(…)
{
…
}
示例1-3 C++/C定义文件的结


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
1.5 目录结构
如果一个软件的头文件数目比较多(如超过十个),通常应将头文件和定义文件分别保存于不同的目录,以便于维护。
例如可将头文件保存于include目录,将定义文件保存于source目录(可以是多级目录)。
如果某些头文件是私有的,它不会被用户的程序直接引用,则没有必要公开其“声明”。为了加强信息隐藏,这些私有的头文件可以和定义文件存放于同一个目录。


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
第2章 程序的版式
版式虽然不会影响程序的功能,但会影响可读性。程序的版式追求清晰、美观,是程序风格的重要构成因素。
可以把程序的版式比喻为“书法”。好的“书法”可让人对程序一目了然,看得兴致勃勃。差的程序“书法”如螃蟹爬行,让人看得索然无味,更令维护者烦恼有加。请程序员们学习程序的“书法”,弥补大学计算机教育的漏洞,实在很有必要。
2.1 空行
空行起着分隔程序段落的作用。空行得体(不过多也不过少)将使程序的布局更加清晰。空行不会浪费内存,虽然打印含有空行的程序是会多消耗一些纸张,但是值得。所以不要舍不得用空行。
【规则2-1-1】在每个类声明之后、每个函数定义结束之后都要加空行。参见示例2-1(a) 

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


  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
// 空行
void Function1(…)
{
…
}
// 空行
void Function2(…)
{
…
}
// 空行
void Function3(…)
{
…
}

// 空行
while (condition)
{
statement1;
// 空行
if (condition) 
{
statement2;
}
else
{
statement3;
}
// 空行
statement4;
} 
示例2-1(a) 函数之间的空行 示例2-1(b) 函数内部的空行


2026-02-17 07:17:13
广告
不感兴趣
开通SVIP免广告
  • 礼拜天去八公里
  • 初级粉丝
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
2.2 代码行
【规则2-2-1】一行代码只做一件事情,如只定义一个变量,或只写一条语句。这样的代码容易阅读,并且方便于写注释。 

【规则2-2-2】if、for、while、do等语句自占一行,执行语句不得紧跟其后。不论执行语句有多少都要加{}。这样可以防止书写失误。 
示例2-2(a)为风格良好的代码行,示例2-2(b)为风格不良的代码行。
 
int width; // 宽度
int height; // 高度
int depth; // 深度

int width, height, depth; // 宽度高度深度

x = a + b;
y = c + d;
z = e + f;
X = a + b; y = c + d; z = e + f;

if (width < height) 
{
dosomething();
}
if (width < height) dosomething();
for (initialization; condition; update)
{
dosomething();
}
// 空行
other();

for (initialization; condition; update)
dosomething();
other();

 
示例2-2(a) 风格良好的代码行 示例2-2(b) 风格不良的代码行


登录百度账号

扫二维码下载贴吧客户端

下载贴吧APP
看高清直播、视频!
  • 贴吧页面意见反馈
  • 违规贴吧举报反馈通道
  • 贴吧违规信息处理公示
  • 1 2 下一页 尾页
  • 25回复贴,共2页
  • ,跳到 页  
<<返回c&vc吧
分享到:
©2026 Baidu贴吧协议|隐私政策|吧主制度|意见反馈|网络谣言警示