DRY 是一个最简单的法则,也是最容易被理解的。但它也可能是最难被应用的(因为要做到这样,我们需要在泛型设计上做相当的努力,这并不是一件容易的事)。它意味着,当我们在两个或多个地方的时候发现一些相似的代码的时候,我们需要把他们的共性抽象出来形一个唯一的新方法,并且改变现有的地方的代码让他们以一些合适的参数调用这个新的方法。DRY 这一法则可能是编程届中最通用的法则了,目前为止,应该没有哪个程序员对这一法则存有异议。但是,我们却能发现,一些程序在编写单元测试(unit testing)时忘记了这一法则:让我们相像一下,当你改变一个类的若干接口,如果你没有使用DRY,那么,那些通过调用一系例类的接口的unit test的程序,都需要被手动的更改。比如:如果你的unit test的诸多test cases中没有使用一个标准共有的构造类的方法,而是每个test case自己去构造类的实例,那么,当类的构造函数被改变时,你需要修改多少个test cases啊。这就是不使用DRY法则所带来的恶果。
上文来自http://blog.csdn.net/haoel/archive/2009/06/08/4250961.aspx
看上面这段文字,JAVA程序员做自用的单元测试类好像都是常见的事,可是感觉在VB6的圈子里很少人这么做……
上文来自http://blog.csdn.net/haoel/archive/2009/06/08/4250961.aspx
看上面这段文字,JAVA程序员做自用的单元测试类好像都是常见的事,可是感觉在VB6的圈子里很少人这么做……
解决方案 »
- vs2008 access 无法实现根据文本框内容在窗体中显示查询出的记录
- 分享:打开注册表编辑器并定位到指定路径的思路
- 一个关于生成报表的问题。
- vb打印末页注脚时横打能出来,竖打能预览就是不能打印出来
- 哪个属性可把True DBGrid的选择方式设为整行选择
- 请教不用自动id用按钮显示上一条下一条所有数据!
- 关于QQ超大彩色文字与RTF格式的问题。。。
- 我利用工程--添加文件添加了一个其他项目的form,为什么在我自己的项目里面看不见它?
- 一个很有意思也很实用的问题
- 准备学学vb.net,我错了吗?
- 将窗体(窗体高度很大,有不可见区域)转换为位图
- windowsmediaplayer 播放影片问题
有时候 我很眼馋JAVA感觉它里面很多常见做法所基于的思想是比较现代化的,和我翻过的一些流行书能接得上轨。在VB6里有些东西根本没人提,没人思考。我试着想发起这方面的讨论,可惜总也深入不了。
我工作前用过java,c++,delphi就是没有用过vb但是工作后就用vb了。
我phd的朋友也没有选所用语言,都是导师的工程需要不过讨论下语言之间的利弊挺好的'----------------------
太羡慕你,我怎么不吃都胖。所以放弃了 :(
A)VB 的 Module 是不需要初始化的,所以直接在立即窗口就能测试函数。
B)对象中的某些方法是纯运算函数,完全可以移植到 Module 中用立即窗口进行厕所。
C)VB 对象没有直接 Inherit,对象耦合度小,不会产生祖先变化严重影响子孙的情况,测试用例简单。
D)VB 构建界面简单,一个可输入的窗体就能完成单元测试,而不需要将各种测试用例写在代码中。设计决定测试,而设计本身要考虑到语言特性。
know more than one language 没错,这是为了更好理解语言的特性,要扬长避短而不是邯郸学步。
如果你在使用 VB 的过程中,积累了上万行的通用代码,那么你在使用 VB 时适用面就从 1 提高到远超过 2 的范围,这比重新掌握一门语言要容易得多。
如果通用代码的质量能与《高级 Visual Basic 编程》看齐,提高一个数量级都没问题。