本周Code Retreat中,其中一次是Silent Pair,就是在Pair过程中不能说话,由于两个人都是第一次Pair,所以也不会熟悉对方套路的问题,我觉得这样在Pair中需要注意几点,1.步子不能太大,太大了对方可能很难理解。 2.写测试用例或者生产代码目的性更强,能让对方理解起来更容易 3.命名需要更准确。
总体来讲我和Pair虽然全程没有讲话,但基本上还是做到这几点,看来程序员之间还是比较默契的_,言归正传,这里介绍下在Pair中学到一点小技巧-快速通过用例,考虑到需要突出重点,所以以阶段来介绍,就不stepBystep了
题目还是Game Of Life,
思路大概是这样的
1.以任意一个Cell中心,根据8个邻居状态,判断该Cell下一个状态:如果2个活着那么保持状态不变,3个邻居活者也为活,其他情况都是死。
2.边界判定,在4条边上的Cell,邻居就不是8个而是3或者5个,需要判定边界,但判断边界的代码太不优雅,所以在原有“棋盘”上包一圈死的Cell(全是0,计算时就不会影响结果),如图:
阶段1:
先来看一下test代码
function test0InitLife(){
//given
var grid = [[0,0,0],[0,0,0],[0,0,0]];
var expected = [[0,0,0],[0,0,0],[0,0,0]];
//when and then
expected(next(grid),expected)
}
function test1InitLife(){
//given
var grid = [[0,0,0],[0,1,0],[0,0,0]];
var expected = [[0,0,0],[0,0,0],[0,0,0]];
//when and then
expected(next(grid),expected)
}
此时的生产代码代码如下:
int[][] grid;
function next(grid){
this.grid = grid;
var newGrid = cloneGrid();
//这里也是一样,判定(1,1)即可满足上面2个测试用例
newGrid[1][1] = getLiveNeigboursCount(1,1,grid[1][1]);
return newGrid;
}
function getLiveNeigboursCount(int i,int j,int currentStatus){
var liveCount = grid[i-1][j] + grid[i-1][j] + grid[i-1][j+1] +grid[i][j-1]
+grid[i][j+1] +grid[i+1][j-1] +grid[i+1][j] +grid[i+][j+] ;
if( liveCount == 2 ){
return currentStatus;
}else if( liveCount == 2 ){
return currentStatus;
}
return 0;
}
function cloneGrid(){
return this.grid;
}
````
在阶段1中,为快速让测试用例通过,cloneGrid方法以及next的判定是特定的,而不是通用的。
###阶段2:
增加一个用例,并且使用轮询的方式判定每个Cell,此时代码肯定不能通过了,并且抛出数组越界异常,因为getLiveNeigboursCount方法中没有判定边界。
增加一个测试用例:
```
function test3InitLife(){
//given
var grid = [[0,0,0],[1,1,1],[0,0,0]];
var expected = [[0,0,0],[0,0,0],[0,0,0]];
//when and then
expected(next(grid),expected)
}
````
next方法轮询判定变成这样
```
function next(grid){
this.grid = grid;
var newGrid = cloneGrid();
for(var i=0;i