20145129实验报告（三）
实验目的
- 结对修改代码
- 掌握重构
实验内容
（一）敏捷开发与XP
- 常见的开发流程有：
- RUP(Rational Unified Process)
- PSP(Personal Software Process )
- TSP(Team Software Process )
- Agile Process
- 敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法。极限编程(eXtreme Programming，XP)是是一种全新而快捷的软件开发方法。
- XP软件开发是什么样的通过 XP准则来表达：
- 沟通 ：XP认为项目成员之间的沟通是项目成功的关键，并把沟通看作项目中间协调与合作的主要推动因素。
- 简单 ：XP假定未来不能可靠地预测，在现在考虑它从经济上是不明智的，所以不应该过多考虑未来的问题而是应该集中力量解决燃眉之急。
- 反馈 ：XP认为系统本身及其代码是报告系统开发进度和状态的可靠依据。系统开发状态的反馈可以作为一种确定系统开发进度和决定系统下一步开发方向的手段。
- 勇气：代表了XP认为人是软件开发中最重要的一个方面的观点。在一个软件产品的开发中人的参与贯穿其整个生命周期，是人的勇气来排除困境，让团队把局部的最优抛之脑后，达到更重大的目标。表明了XP对“人让项目取得成功”的基本信任态度。
- 一项实践在XP环境中成功使用的依据通过XP的法则呈现，包括：快速反馈、假设简单性、递增更改、提倡更改、优质工作。
- XP软件开发的基石是XP的活动，包括：编码、测试、倾听、设计。
- 我们关注其中的编码标准，结对编程，代码集体所有，测试，重构等实践。
（二）编码标准
- 编程标准包含：具有说明性的名字、清晰的表达式、直截了当的控制流、可读的代码和注释，以及在追求这些内容时一致地使用某些规则和惯用法的重要性。
- 程序没有最基本的缩进，单击Eclipse菜单中的source->Format 或用快捷键Ctrl+Shift+F就可以按Eclipse规定的规范缩进。再根据代码逻辑加入一些空行。
- Java中的一般的命名规则有：
- 要体现各自的含义
- 包、类、变量用名词
- 方法名用动宾
- 包名全部小写，如：io，awt
- 类名第一个字母要大写，如：HelloWorldApp
- 变量名第一个字母要小写，如：userName
- 方法名第一个字母要小写：setName
- 标识符名字应当直观且可以拼读，一般采用英文单词或其组合，切忌使用汉语拼音来命名，长英文通过去元音法把变量名变短。
（三）结对编程
- 结对编程中有两个角色：
- 驾驶员（Driver）是控制键盘输入的人。
- 领航员（Navigator）起到领航、提醒的作用。 - 结对编程和两人合作 ，重点是：
- 驾驶员：写设计文档，进行编码和单元测试等XP开发流程。
- 领航员：审阅驾驶员的文档、驾驶员对编码等开发流程的执行；考虑单元测试的覆盖率；思考是否需要和如何重构；帮助驾驶员解决具体的技术问题。
- 驾驶员和领航员不断轮换角色，不要连续工作超过一小时，每工作一小时休息15分钟。领航员要控制时间。
- 主动参与。任何一个任务都首先是两个人的责任，也是所有人的责任。没有“我的代码”、“你的代码”或“他/她的代码”，只有“我们的代码”。
- 只有水平上的差距，没有级别上的差异。两人结对，尽管可能大家的级别资历不同，但不管在分析、设计或编码上，双方都拥有平等的决策权利。
（四）版本控制
- 版本控制提供项目级的 undo（撤销） 功能： 没有什么事情是终结版本， 任何错误必须很容易回滚。 假设你在使用世界上最复杂的文字处理系统。 它具备了所有的能想到的功能，就是没有支持 DELETE（删除） 键。想象你打字的时候得多么的谨慎和缓慢吧， 特别是一篇超大的文档的快临近末尾的时候， 一个不小心就要重���再来（试想你选中所有的文字， 不小心按了 DELETE 键， 因为没有撤销功能，只好重新录入）。编辑文字和版本控制相同，任何时候都需要回滚，无论是一个小时， 一天， 还是一周， 这让你的团队工作自由快速的工作， 而且对于修正错误也非常自信。
- 版本控制允许多人在同一代码上工作， 只要遵守一定的控制原则就行。 再也不会发生诸如一个人覆盖了另一个人编辑的代码，导致那个人的修改无效这样的情况。
- 版本控制系统保存了过去所作的修改的历史记录。如果你遭遇到一些惊讶的代码，通过版本控制系统可以很容易找出是谁干的， 修改了什么， 修改的时间， 如果幸运的话，还能找出原因。
- 版本控制系统还支持在主线上开发的同时发布多个软件版本。在软件发布的时候也不需要整个团队的停止工作，不需要冻结代码。
- 版本控制也是项目级的时间机器，你可以选择任何一个时间， 精确地查看项目在当时的情况。 这对研究非常有用， 也是重现以前某个有问题的发布版本的基础。
- 进入到实验环境中修改代码，完成后需要依次执行下述命令：
$ cd /home/shiyanlou/Code/shiyanlou_cs212
# 修改代码文件
# 添加修改文件
$ git add 所有修改的文件
# 提交到环境中本地代码仓库
$ git commit -m '本次修改的描述'
# push到git.shiyanlou.com，无需输入密码
$ git push
- 克隆其他用户代码仓库只需要知道对方的仓库链接:
$ git clone http://git.shiyanlou.com/[对方的专属用户名]/[课程代码仓库名]
- 往代码库提交的代码一定编译、运行、测试都没有问题的代码。
- 先用git status查看一下代码状态，显示有未跟踪的代码，并建议用'git add
...'添加，我们使用'git add XXXX.* '把要提交的文件的信息添加到索引库中。当我们使用git commit时，git将依据索引库中的内容来进行文件的提交。这只是在本地操作，关闭实验环境，会删除代码的，如果想把代码保存到远程托管服务器中，需要使用git push，实验完成前，一定不要忘了使用git push，否则就是相当于你在Word中编辑了半天文件最后却没有保存。 - 可以通过git log查看代码提交记录
（五）重构
- 重构(Refactor)，就是在不改变软件外部行为的基础上，改变软件内部的结构，使其更加易于阅读、易于维护和易于变更 。
- 重构中一个非常关键的前提就是“不改变软件外部行为”，它保证了我们在重构原有系统的同时，不会为原系统带来新的BUG，以确保重构的安全。如何保证不改变软件外部行为？重构后的代码要能通过单元测试。
- Rename,可以给类、包、方法、变量改名字。用鼠标单击要改的名字，选择Eclipse中菜单中的Refactor->Rename...
- Eclipse中菜单中的Refactor->Encapsulate Field...可以对封装重构。
- 代码重复，正常的重构可以使用Eclipse中的Extract Method...
- Eclipse中Source->Generate toString()... 给类产生一个toString。
- 哪些地方需要重构？
- 最单纯的Duplicated Code就是［同一个class内的两个方法含有相同表达式(expression)］。这时候你需要做的就是采用Extract Method提炼出重复的代码，然后让这两个地点都调用被提炼出来的那一段代码。
- 另一种常见情况就是[两个互为兄弟(sibling)的subclasses内含有相同表达式]。要避免这种情况，只需要对两个classes都使用Extract Method，然后再对被提炼出的代码使用Pull Up Method，将它推入superclass内。
- 如果代码之间只是类似，并非完全相同，那么就得运用Extract Method将相似部分和差异部分割开，构成单独一个方法。然后你可能发现或许可以运用Form Template Method获得一个Template Method设计模式。
- 如果有些方法以不同的算法做相同的事，你可以择定其中较清晰的一个，并使用Substitute Algorithm将其它方法的算法替换掉。
- 如果两个毫不相关的classes内出现Duplicaded Code，你应该考虑对其中一个使用Extract Class，将重复代码提炼到一个独立class中，然后在另一个class内使用这个新class。但是，重复代码所在的方法也可能的确只应该属于某个class，另一个class只能调用它，抑或这个方法可能属于第三个class，而另两个classes应该引用这第三个class。你必须决定这个方法放在哪儿最合适，并确保它被安置后就不会再在其它任何地方出现。
（六）实践项目
- 使用git将代码上传到项目中
- 用git下载结对同学的代码
- 检查代码，查看是否有需要重构的地方，这里我将代码复制粘贴到eclipse中，发现“太整齐”并不能直观看出内容，于是采用source->Format
-再将改好的代码上传
- 操作过程中的问题：
- 安装Git后提示找不到目录，通过请教同学和查看之间群里发的教程知道，我在安装过程中没有对其进行设置，设置过后根据教程输入指令配置成功（做的过程忘了截图，因为太急着弄好就忘了）
- 在根据教程安装好Git后，确仍然无法上传。
已经学会，问题出在我没有clone我所需上传的项目
体会
通过这次实验我终于学会了如何用git上传代码，以及深刻了解了重构方法。
PSP
| 步骤 | 耗时 | 百分比 |
|---|---|---|
| 需求分析 | 5分钟 | 6.25% |
| 设计 | 20分钟 | 25% |
| 代码实现 | 20分钟 | 25% |
| 测试 | 25分钟 | 31.25% |
| 分析总结 | 10分钟 | 12.5% |