第三十四章 软件工艺的话题

标签：目的   全局   可读性   资源   变量   之间   合作   指令   复杂度   

征服复杂性

降低复杂度是软件开发的核心。

• 在架构层将系统划分为多个子系统，以便让思绪在某段时间内能专注于系统的一小部分；
• 仔细定义类接口，从而可以忽略类内部的工作机理；
• 保持类接口的抽象性，从而不必记住不必要的细节；
• 避免全局变量，因为他会大大增加总是需要兼顾的代码比例；
• 避免深层次的继承，因为这样会耗费很大精力；
• 避免深度嵌套的循环或条件判断，因为他们能用简单的控制结构取代，后者占用较少的大脑资源；
• 别用goto，因为它们引入了非顺序执行，多数人都不容易弄懂；
• 小心定义错误处理的方法，不要滥用不同的错误处理技术；
• 以系统的观点对待内置的异常机制，后者会成为非线性控制机构。异常如果不受约束地使用，会和goto一样难以理解；
• 不要让类过度膨胀，以至于占用整个程序；
• 子程序应保持短小；
• 使用清楚、不言自明的变量名，从而大脑不必费力记住琐碎细节；
• 传递给子程序的参数数目应尽可能少。更重要的是，只传递保持子程序接口抽象所必须的参数；
• 用规范和约定来使大脑从记忆不同代码段的随意性、偶然性差异中解脱出来；
• 只要可能，应避免偶然性困难。

精选开发过程

首先为人写程序，其次才是为机器

编写可读性好的代码，是为了便于别人看懂。可读性对程序的以下方面都有证明影响：

• 可理解性；
• 容易复查；
• 错误率；
• 调试；
• 可修改性；
• 开发时间——上述因素之集合；
• 外在质量——上述因素之集合。

深入一门编程语言，不是浮于表面

借助规范集中注意力

规范是一套用于管理复杂度的智力工具。

• 规范能精确地传达重要信息；
• 规范可以使你免除各种风险；
• 规范增加了对底层工作的可预见性；
• 规范能够弥补语言的不足。

基于问题域编程

将程序划分成不同层次的抽象：

1. 第0层：操作系统的操作和机器指令；
2. 第1层：编程语言结构和工具；
3. 第2层：低层实现结构；
4. 第3层：低层问题域；
5. 第4层：高层问题域。

问题域的低层技术：

• 在问题域使用类来实现有实际意义的结构；
• 隐藏低层数据类型及其实现细节的信息；
• 使用具名常量来说明字符串和文字量的意义；
• 对中间计算结果使用中间变量；
• 用布尔函数使复杂逻辑判断更清晰。

当心落石

注意程序中每一处微小的错误和警告。

迭代，反反复复，一次又一次

汝当分离软件和信仰

要点

• 编程的主要目的之一是管理复杂性；
• 编程过程对最终产品有深远影响；
• 合作开发要求团队成员之间进行广泛沟通，甚于同计算机的交互。而单人开发则是自我交流，其次才是计算机；
• 编程规范一旦滥用，只会雪上加霜。使用得当则能为开发环境带来良好机制，有助于管理复杂性和相互沟通；
• 编程应基于问题域而非解决方案，这样便于复杂性管理；
• 注意警告信息，将其作为编程疑点，因为编程几乎是存粹的智力活动；
• 开发时迭代次数越多，产品质量越好；
• 墨守成规的方法有悖于高质量的软件开发。请将编程工具箱中填满各种编程工具，不断提高自己挑选合适工具的能力。

第三十四章 软件工艺的话题

标签：目的   全局   可读性   资源   变量   之间   合作   指令   复杂度   

原文地址：https://www.cnblogs.com/liam-ji/p/11618483.html