NewJerryj的专栏

1  尽可能把编译程序的警告级别调到最高。只要允许，编译程序应尽量测试，将发现许 多难以察觉的错误。    2  消除所有编译程序指出的错误和提出警告的原因。注意编译程序关于你的代码说了些 什么。大量的警告往往意味着代码质量不高，所以应该尽量理解所得到的每个警 告。 在实际中，反复出现的警告可能产生以下影响：你忽略掉它们，而事实上它们掩盖了 更严重的错误。或者它们会变得使人痛苦，就像日本式的灌

11.1 常数 避免" 奇异数"(magic numbers)。“奇异数”指的是出现在程序中间的不加解释的常数。 在需要时可以使用常数“0”或“1” 采取预防被"0" 除的措施 明显进行类型转换 避免混合类型比较 注意编译程序的警告 优秀的程序员总是力争消除所有的编译程序 警告信息。让编译程序去查错毕竟比自己干容易得多。

10.1 作用域 尽可能减小作用域 如果能将变量的作用域限制在一个子程序之内的话，那是再好不过的了 把对某一变量的引用集中放置 10.2 持久性 “持久性”指的是某一数据的使用寿命 在程序中加入调试代码来检查变量的值是否合理 在写代码时假定变量已经失效 养成在恰好使用某一变量之前对其进行初始化的习惯 10.3

9.1 选择名称 9.1.1 命名时要考虑的最重要问题 在给变量命名时，考虑的问题是变量名称是否完全而又准确地描述了变量所代表的实体。 9.1.2 面向问题 一个好记的名字通常是面向问题而不是解决问题的 9.1.3 最佳名称长度 须把所有变量名长度都限制在 9到 15或 10到 16个字母之间 9.1.4 变量名的作用域 9.1.5 变量名中的计算值限定词

数据结构在创建阶段能带来的收益大小,在某种程度上是由它对创建前的高层次工作影 响大小决定的。 好的数据结构所带来的收益往往是在需求分析和结构设计阶段体现出来的。为 了尽可能地利用好的数据结构带来的收益,应在需求分析和结构设计阶段就定义主要数据结构。 8.1 数据识别 有效生成数据的第一步是应该知道该生成什么样的数据结构 8.2 自建数据类型的原因

7.1 软件设计引论 7.1.1 大型和小型项目设计 7.1.2 设计的层次 层次 1:划分成子系统   层次 2:划分成模块   层次3:划分成子程序  层次 4:子程序内部的设计 7.1.3 创建中的设计工作 内部子程序设计 划分成子程序 划分成模块 划分成子系统 7.2 结构化设计 7.2.1 选择需进行模块化的要

除了计算机本身之外，子程序可以说是计算机科学最重大的发明。子程序使得程序非常好 读而且也非常容易理解，编程语言中的任何特性都不能和这一点相比。   一. 生成子程序的原因 降低复杂性：使用子程序的最首要原因是为了降低程序的复杂性，可以使用子程序来隐含 信息，从而使你不必再考虑这些信息。 限制了改动带来的影响： 要把最可能改动的区域设计成最容易改动的区域。最可能被改动的区域

6.1  模块化：内聚性和耦合性 模块化设计的目标是使每个子程序都成为一个“黑盒子”,你知道进入盒子和从盒子里出来 的是什么,却不知道里边发生什么。  如果你的子程序像一个黑盒子,那么它将是高度模块 化的,其功能明确,接口简单,使用也灵活。   模块与程序其它部分间的耦合标准与子程序间的耦合标准也是类似的。模块应被设计成可 以提供一整套功能,以便程序的其它部分与它清楚地相互作用。

1.   问题定义的工作是在需求分析之前进行，后者是对问题的更为详尽的分析。  2  稳定的需求可以说是软件开发的法宝。有了稳定的需求，软件开发工作可能从结构设计到 详细设计到编码，都平稳、顺利的进行。这简直是造就了软件开发的天堂。你可以预测开支， 不必担心最终会冒出一个让你多花100 倍钱的错误来。  3  每个模块之间的交界面也应该明确定义。结构设计应该规定可以直接调用哪些

12.1 记录与结构 使用结构化数据来表明数据间的关系 使用结构化数据来简化对成块数据的操作 使用结构化数据来简化参数表 使用结构化数据来降低维护工作量 12.2 表驱动方法 12.2.1 表驱动方法的通常问题 12.2.2 直接存取 与其它查寻表一样,直接存取表是用来代替比它更复杂的逻辑控制结构的,之所以称其为 “直接存取”是因为用这种方法时,你不必为了找到你想要的信息而