| 教学班 | 罗杰、任建班周五3、4节 |
|---|---|
| gitlab项目地址 | Here it is. |
| 成员 | 周远航（3004） 李辰洋（3477） |
结对编程体验
感受
- 在前期设计时，两人合作可以收集更多资料，提供更多想法，有利于设计更完备的架构。
- 一人写代码、一人领航员的配合方式及时对于能肉眼辨别的错误进行纠正，例如笔误、空指针错误等。
照片
设计阶段：对指导书进行精读，设计整体逻辑架构和类。
编程阶段：一人主笔，一人领航，交替进行。
在后期由于课业原因不方便同时在线时，我们还选择了分工协作的方式，每人负责相对独立的方法实现，push后对方对其进行检查。
设计思路
在初期设计时，我们充分融合了linux哲学核心思想：一切皆文件，并参考了Google开源java7文件系统实现源码，对于本次结对任务的初期架构进行了如下设计：
-
MyFileSystem
文件系统核心类。记录了root和currentPosition两个目录入口。
-
DirectoryEntry
目录入口类。用于管理目录下的所有文件（包括目录文件、普通文件）以及文件树的上下级关系。
-
File
抽象类，“一切皆文件”中的“文件”，所有文件的父类，定义了一些文件的统一属性。
-
RegularFile
普通文件，继承File抽象类。
-
Directory
目录文件，继承File抽象类。
在完成本次任务的架构设计后，我们尝试使用TDD（测试驱动开发）的开发流程，使用JUnit4模块为MyFileSystem类需要实现的接口方法建立测试。通过基本设计框架的确定，以及测试模块的搭建，更好地指导了本次任务的开发和功能实现。
时间规划
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟 |
|---|---|---|---|
| Planning | 计划 | 90 | 90 |
| Estimate | 估计这个任务需要多少时间 | 360 | 600 |
| Development | 开发 | 270 | 300 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 (和同事审核设计文档) | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 30 | 30 |
| Coding | 具体编码 | 120 | 120 |
| Code Review | 代码复审 | 120 | 300 |
| Test | 测试（自我测试，修改代码，提交修改） | 120 | 300 |
| Reporting | 报告 | 60 | 60 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
整体来看，设计和主要代码的编写过程比较顺利，后期的测试花费了比想象中更多的时间。