首页 > 代码库 > 《构建之法》读书笔记

《构建之法》读书笔记

  这次个人阅读选择的书籍为《构建之法:现代软件工程》(邹欣 著)。我们这门课程也参考了很多这本书的结构、内容与方法,读这本书,既是对学过知识的复习和细化,也是对以后课程的预习。

  下面总结了几个阅读过程中理解有困难或疑问的point,有的是细节,有的是大的方法。然后在网上查找学习了相关内容,与大家分享。

 

1.  第4章 两人合作 —— 4.3 代码设计规范 —— 4.3.3 错误处理

      此处提到了“断言”的概念,但着墨不多,介绍简略。

      那么问题来了,挖掘机……不是,断言是什么?

      编写代码时,如果程序员相信在程序中的某个特定点某表达式值(布尔式)为真,可将其标为断言(assert)。

      举个栗子:

  public class AssertionDemo{

     public static void main(String[]args){

        int i; int sum=0;

        for(i=0;i<10;i++){  sum+=i;    }

        assert i==10;

        assert sum>10&&sum<5*10:"sum is "+sum;

     }

  }

      上述程序中语句assert i==10断言i的值为10,如果i的值不为10将抛出AssertionError异常。语句assert sum>10&&sum<5*10:"sum is "+sum断言sum<5*10,如果为false,将抛出带有消息"sum is "+sum的AssertionError异常。

如果肯定某件事一定要发生,则可以使用断言;如果这件事有别的可能,则应用if……else处理。

      由于可以在任何时候启用和禁用断言验证,因此可以在测试时启用断言,而在部署时禁用断言。同样,程序投入运行后,最终用户在遇到问题时可以重新起用断言。

P.S. 此问题算个人知识的不足,之前不了解断言的概念。

 

2.  第5章 团队和流程 —— 5.3 开发流程 —— 5.3.2 瀑布模型

       瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。它在1970年由温斯顿·罗伊斯(Winston Royce)提出,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。

 

《构建之法》读书笔记