《构建之法》读第四、十七章收获

第四章 两人合作

读了第四章,我才意识到代码规范的重要性,代码不仅要自己看懂,也要能让别人看懂,代码规范能使团队合作更好的进行。代码规范分为代码风格规范和代码设计规范。其中代码风格规范要注意缩进、行宽、括号、断行与空白的{}行、分行、命名、下划线、大小写、注释等问题。

问题一、命名法

文中关于命名这一注意事项,作者向我们详细介绍了“匈牙利命名法”。基本原则是:变量名=属性+类型+对象描述那还有没有其他的命名方式呢?

1. Java变量的基本命名法则:

a)   以下划线、字母、美元符开头。

b)   后面跟下划线、字母、美元符以及数字。

c)   没有长度限制(但也不能太长!)。

d)   对大小写敏感(意思是大小写代表不同含义)

2. Java驼峰式命名法:

a)   变量名必须为有意义的单词

b)   变量名如果只有一个单词,则小写

c)   如果有2个以及多个单词,则从第二个单词开始首字母大写

问题二、关于函数

  函数就是方法,方法就是函数,方法与函数基本上没有区别。java的类,就是一切对象的模板。方法和函数一个意思,是某一个对象的一种行为。属性也是属于某一个对象的。函数的作用是定义功能,函数中只能调用函数,不能定义函数。
主函数意味着建立一个独立进程,且该进程成为了程序的入口,对其他函数进行调用,主函数既是程序的入口,又是程序的出口。而函数最好有单一的出口,可以使用GOTO来实现该功能。
第十七章 人、效绩、和职业道德
问题三、一个团队中各个成员的作用,通常有RASCI模型:
R:负责把具体事情做好
A:对任务负全责,有批准的权利
S:对任务提供支持辅助任务的完成
C:咨询,拥有完成项目所需的信息或能力的角色
I:知会者,应该时候及时通知结果的角色
则图中的程序员是R的角色;项目经理是A的角色;技术支持是S的角色;测试是C的角色;I是老总的角色。
问题四、团队合作很重要,团队合作包括四个阶段。
1、   萌芽阶段 团队之间相互认识,相互磨合
2、   磨合阶段 团队之间对需求进行分析,提出一些方法和建议
3、   规范阶段 团队设计项目方案,大家努力工作,相互支持
4、   创造阶段 效率最高,提出一些创造性的方法和建议,个人可独立工作

原文地址:https://www.cnblogs.com/aaayy/p/8687880.html

时间: 2024-10-15 07:08:34

《构建之法》读第四、十七章收获的相关文章

《构建之法》第四&十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

读《构建之法》第四章 、第十七章

第四章    两人合作 通过对于<构建之法>第四章的阅读使我对代码规范 . 代码复审 . 以及结对编程有了更加深刻的认识,所谓代码规范可以分为两个部分,代码风格规范和代码设计规范,代码风格规范的原则是:简明 . 易读 . 无二义性,代码书写的形式,变量命名的方法,注释程序如何工作都有详细的介绍,令我受益颇多.代码设计规范不光是程序书写的格式问题,而且牵涉到咸亨需设计 . 模块之间的联系 . 设计模式等方方面面,函数的设计,语句的使用,错误的处理,这些都是我们在进行程序设计的时候需要注意的地方.

阅读《构建之法》第四章、第十七章收获

阅读<构建之法>第四章.第十七章 阅读这一章的时候,我意识到了很多以前写程序没有注意到的地方,以前写程序就只知道能运行就好,根本不管自己写的程序占多少内存,运行的时间,是否有优化的空间,写代码的时候也不注意规范,有时候设计的函数根本用不上,造成代码冗余.同时也认识到结对编程的重要性,没读这本书之前就觉得结对编程就是两个人一人负责一个模块,然后合在一起,调试调试.但实则不然,真正的结对编程应该像书中那样,一个是驾驶人,一个是领航人,两个人有规律的进行编程.期间,一人编程一人复审,极大地提高了效率

阅读《构建之法》第四章感想

课下阅读<构建之法>第四章,自己有以下一些感想. 1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要.编程人员要遵循的代码风格的原则是:简明,易读,无二义性.以后自己要养成规范代码的习惯. 2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审. 3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键.两个人合作,如何影响对方,要因人而异,因

《构建之法》第四章

<构建之法>第四章讲的是两个人的合作.结对编程.结对编程往往只需花费大约一半的时间就能编写出质量更高的代码. 代码规范方面,在给函数或者类取名的时候要严谨,不能写一些没意义的名称:在一些代码后面可以加些注释来说明此行代码的作用,在复审方面,我觉得自我复审时最好的,刚写好的代码脑袋里印象深刻,能很好的解决逻辑错误和算法错误. 结对编程方面,书中生动形象的说明了开发者的搭档关系,在结对的时候怎么分配任务,怎么通力合作.互相帮助,在两人的合作过程中,怎么磨合.互相提高水平,在遇到问题或者矛盾的时候,

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

<构建之法>第四章读后感--两人合作 1.代码风格很重要,因为良好的代码风格,有益于两人的合作甚至多人的合作. 个人认为 : 良好的代码风格的培养就是 多去阅读别人的优秀代码 ,用于提高并且培养自己的代码风格. 2.关于结对编程的重要性 2.1 结对编程能提高设计质量与代码质量 2.2 结对有益于学习交流 3.如何结对编程 3.1 主动参与讨论,提出设计方案或者问题的解决方案 4.代码的复审 复审可以提高代码质量,优化项目性能.

《构建之法》第四章---阅读总结

<构建之法>第四章---阅读总结 前言 看到这个章节的名字,我想起了之前老师叫我们看的<硅谷传奇>,原来老师是想让我们在学这一章节之前先了解两人合作的重要性.确实,软件工程既然能带上“工程”二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作.由<硅谷传奇>可知,一个好的合作伙伴是多么重要,两人能有着共同的追求,又能包容对方的性格,各施其长后能力就不再是简单的1加1了. 分析与理解 本章节围绕“两人合作”的中心,主要讲解了编程规范

《构建之法》第4.17章读书笔记

<构建之法>第4.17章读书笔记 第四章 原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的. 提出问题: 1.什么是DLL?DLL是来解决什么问题的? 网上说法: DLL是Dynamic Link Library的缩写,意为动态链接库.在Windows中,许多应用程序并不是一个完整的可执行文件,它们被分割成一些相对独立的动态链接库,即DLL文件,放置于系统中.当我们执行某一个程序时,相应的DLL文件就会被调用.一个应用程序可有多个DLL文件,一个DLL文件也可能被几个应

构建之法:第四次心得

这周的构建之法学习了第六章.第七章和第八章,主要对项目的制作,项目的出发有了一定的了解. 第六章 这一章主要学习了敏捷流程的相关内容.在现在的软件企业,大多默认流行做法的价值,较偏于墨守成规,按照章程办事.但是他们更强调的是敏捷的做法更能带来价值.敏捷的做法是通过个人的努力和团队的交流,在可用的软件上实践,尽可能的满足客户需求,为自己公司创造更大的利益,应对时代的变化,对自身及时作出调整. 敏捷的步骤是:①找出完成产品需要做的事情.从刚开始对一个项目的理解,对这个项目的分配,细节的处理,实际需要

Gradle 1.12用户指南翻译——第四十七章. Build Init 插件

文由CSDN博客貌似掉线翻译,其他章节的翻译请参见: http://blog.csdn.net/column/details/gradle-translation.html 翻译项目请关注Github上的地址: https://github.com/msdx/gradledoc 本文翻译所在分支: https://github.com/msdx/gradledoc/tree/1.12. 直接浏览双语版的文档请访问: http://gradledoc.qiniudn.com/1.12/usergu