《构建之法》第4章第17章读后感

Posted 默羽明

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《构建之法》第4章第17章读后感相关的知识,希望对你有一定的参考价值。

第四章

  原文:

    4.3.2: goto 函数最好有单一的出口,为了达到这一目的,可以使用goto。只要有助于程序逻辑的清晰体现,什么方法都可以使用,包括goto。

    问题:

    是否什么地方都可以使用goto语句,为什么c老师是建议我们不要使用goto?

    我的回答

      goto语句使程序的静态结构和动态结构不一致,从而使程序难以理解,难以查错。

   goto的结果:在C等高级编程语言中保留了goto,但被建议不用或少用

   在一些更新的高级编程语言,如Java不提供goto语句,它虽然指定goto作为关键字,但不支持它的使 用,使程序简洁易      

   尽管如此后来的c#还是支持goto语句的,goto语句一个好处就是可以保证程序存在唯一的出口,避免了过于庞大的if嵌套

 

     问题:

           4.26命名中提到的专业术语“匈牙利命名法”,那还有没有其他的命名方法?又是怎么回事?

 我的回答

   匈牙利命名法: 匈牙利命名法是一种编程时的命名规范。基本原则是:变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。

   骆驼命名法:编辑骆驼式命名法(Camel-Case)又称驼峰式命名法,是电脑程式编写时的一套命名规则(惯例)。正如它的名称CamelCase所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。程序员们为了自己的代码能更容易的在同行之间交流,所以多采取统一的可读性比较好的命名方式。

 

第十七章

  原文:17.4萝卜与白菜

  我的问题:怎么能让“萝卜”和“白菜”共存

  我的回答:简简单单的就是萝卜就是一个性子急比较快的人,而白菜是一个比较稳重细心的人,公司肯定不会只要其中一个人,我个人的感觉应该两个人合作,让1+1大于2;这样的话办事效率会更高,而不是留其中一个,而且如果两个人性格不相同,也可以慢慢的磨合,天生没有两块玉能完全的天衣无缝,只有工匠慢慢的打磨,而对于萝卜白菜,我相信上级管理人员就只就好的工匠,而他们的项目就是最好的工具,这样有了好的工匠好的工具就能好好的用好这两块玉,让他们能够取长补短,将自己的变得更好,变成一个更好的程序员。

 

 

 

以上是关于《构建之法》第4章第17章读后感的主要内容,如果未能解决你的问题,请参考以下文章

《构建之法》第4章第17章阅读与思考

《构建之法》第4章读后感

《构建之法》第4章读后感

《构建之法》第4章读后感

《构建之法》第4章读后感

软件工程---《构建之法》第4章读后感