浏览 4025 次
锁定老帖子 主题:重游BOB大叔的一次编程实践
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-12-01
此文是本人今天在重读BOB大叔的《敏捷软件开发》第六章后的一个小小读后感。 先给大家说说第6章里BOB都做了什么: 首先,BOB先和同伴打个招呼,让这次合作有个愉快的开头。 然后是一个极短的讨论,他们确定需要写一个保龄球计分程序,顺便画了一个简单的类图,把验收测试单也画了出来。 剩下的就是编码,在编码期间,他们在不停的寻找对象和方法的蛛丝马迹,不是靠想,而是靠代码和测试进行尝试。对象总是在测试中创建,测试中修改,相对来说测试的修改就少了不少,不过在思考了实际使用后,测试也会做一些调整,构想对象不同使用方式,使得测试不停的增加,新增加的测试如果无法通过,又促使对象代码的修改,如果对象代码变得冗长,方法变了味道,发现了便重构,重构后往往会带来对象和方法修改的迹象甚至建立新对象和新方法。如此反复直到大家都觉得程序的意思很清楚,测试很全面且正常,代码很美观。在这个过程中他们会为对方的想法喝彩,但他们也会为不同意见而扯皮,但他们对这种问题的解决方法就是,谁有疑义谁写代码证明自己观点。
以上就是这个实践的浓缩,你发现什么了没?不错,在这次实践中,他们把对象和方法的搭建分布在工作的每个角落,他们虽然开始的时候画了一个类图,但是他们从来不认为那就是框架的全部,很快他们用测试推翻了这个设计,并在测试中创建了新的对象和方法。思考、编写、测试、交流贯穿全程。这个鲜活的实例让我感受到敏捷开发人性化的魅力。那么你呢? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-12-01
总结的不错!
用测试来驱动设计,用测试来发现接口,这应该是很高的境界了吧 |
|
返回顶楼 | |
发表时间:2006-12-04
我们和BOB确实存在不少的差距,但是BOB的例子也说明了他们也是走了很多弯路才到的,BOB想说的是即使大家有这样或者那样的问题,但方法正确,终究还是能到达目的地。只是会比BOB用的时间还长一些。
|
|
返回顶楼 | |