《代码大全》笔记 1 - 打好基础

最新推荐文章于 2021-12-12 15:50:58 发布

Jackindata

最新推荐文章于 2021-12-12 15:50:58 发布

阅读量584

点赞数 1

CC 4.0 BY-SA版权

分类专栏：《代码大全》文章标签：读书笔记代码大全 Code Complete

署名-非商业性使用-相同方式共享 4.0(CC BY-NC-SA 4.0）

本文链接：https://blog.youkuaiyun.com/engrossment/article/details/83830881

《代码大全》专栏收录该内容

4 篇文章

订阅专栏

本书深入探讨软件构建的重要性和核心活动，涵盖需求分析、架构设计、编码、测试等关键环节，强调前期准备、编程语言选择及构建决策对提升软件质量和开发者效率的影响。

豆瓣读书：https://book.douban.com/subject/1477390/

《Code Complete》2d ed，CC2

第 1 章欢迎进入软件构建的世界

软件开发过程中的主要活动（activity）：

第 1 章欢迎进入软件构建的世界

软件开发过程中的主要活动（activity）：

定义问题（problem definition）
需求分析（requirements development）
规划构建（construction planning）
软件架构（software architecture）
详细设计（detailed design）
编码与调试（coding and debugging）
单元测试（unit testing）
集成测试（integration testing）
集成（integration）
系统测试（system testing）
保障维护（correcting maintenance）

在开始学习本书的其他内容之前，回顾这些软件工程的内容，可以有一个非常好的、非常有用的背景知识，学习基调。更有大局观，知道自己从这本《大码大全》学到的东西是处于什么样的位置里。

构建活动的具体任务（task）

验证有关的基础工作已经完成，因此构建活动可以顺利地进行下去。
确定如何测试所写的代码。
设计并编写类（class）和子程序（routine）。
创建并命名变量（variable）和具名常量（named constant）。
选择控制结构（control structure），组织语句块。
对你的代码进行单元测试和集成测试，并排除其中的错误。
评审开发团队其他成员的底层设计和代码，并让他们评审你的工作。
润饰代码，仔细进行代码的格式化和注释。
将单独开发的多个软件组件集成为一体。
调整代码（tuning code），让它更快、更省资源。

在上述的“软件工程”知识的基础之上，对本书的关键内容的整体流程也先来个感性认识。

一些重要的非构建活动

管理（management）
需求分析
软件架构设计
用户界面设计
系统测试
维护

也不要忽略本书不详细讲解的其他软件开发过程中重要内容。

软件构建为何如此重要

构建活动是软件开发的主要组成部分。
构建活动是软件开发中的核心活动。
把主要精力集中于构建活动，可以大大提高程序员的生产率。
构建活动的产物 —— 源代码 —— 往往是对软件的唯一精确描述。
构建活动是唯一一项确保会完成的工作。

第 2 章用隐喻来更充分地理解软件开发

先来体验一下计算机科学领域中丰富多彩的语言，大量使用了形象的隐喻：

你走进一间安全严密、温度精确控制在 20℃ 的房间，并在里面发现了病毒、特洛伊木马、蠕虫、臭虫（bug）、逻辑炸弹、崩溃、论坛口水战、双绞线转换头、还有致命错误……

很正的科学观：

科学发展的历史并不是一系列从“错误”的隐喻到“正确”的隐喻的转变，而是一系列从“不太合适”的隐喻到“更好”的隐喻的转变，也是从不是很贴切的隐喻到更贴切的隐喻的转变，还是从一个方面暗示人们到另一个方面暗示人们的转变。

注意隐喻的使用，并不是用来说明算法步骤：

隐喻的作用更像启示（heuristic，启发、试探法），而不是算法（Algorithm）。

常见的软件隐喻：

“写作”代码。就像写文章一样把代码写出来。使用这样的隐喻来理解个人的小项目软件开发是合适的。但还是过于简单了，无论是像流水账一样写下去直到写完还是总写到一半就把草稿扔废纸篓，都不是明智的。
培植系统。种下各种类型的种子，等到了秋天就收获丰盛的代码了。问题在于，暗示了人们无法对软件开发的过程和方式进行直接的干预，只能看天吃饭。
系统生长。在培植系统的基础上，我们关注代码种子的发芽、生长，要时刻施肥、打理。这有点把大系统分解为多个小部分并逐步添加代码的意思了。也就是增量式开发。如今敏捷开发里吗很重要的思想也包含这层意思。
建造软件。这个隐喻是从建筑行业借用过来的。包括著名的四人帮《设计模式》，pattern 这个词，也是从建筑中借用。还有，前两年《人月神话》的作者出了一本《设计原本》（The Design of Design），好厉害的名字。其里面也是大量篇幅讲到了建筑设计。基于发展很完备的建筑行业来隐喻，这次，可以把软件开发问题说得很清楚了。软件开发确实很复杂，还要慢慢领会。