三、微观——执行流程与代码风格











来过一遍junit的执行流程吧，这样你就能对junit有个清晰的认识，虽然作为一个使用者这完全是不必要的。从《junit in action》直接拿来一张junit流程图。



哦，也许你看晕了，我来当下导游好了。上面已经提到了testrunner是basetestrunner的子类，在三个不同的ui包中各有一个testrunner。这里我们仅以junit.textui包中的为例。











testrunner作为入口程序是怎么被启动的呢？习惯了使用容器的我们现在也许很少考虑这个问题。那我们在testrunner类里面找找吧，你看，你发现了这个：











public static void main(string args[]) {











这不是我们写小桌面程序时经常打交道的main方法么？对，就这么简单。











从这个main方法入口，首先junit将要分析命令行的参数，然后将检查测试类是否包含符合标准的suite方法，如果有就将执行方法中的内容（见图中0、1部分）；如果没有找到将自动生成一个testsuite，这样就跳过了图中的0部分，并将测试用例类作为参数传入（见图中1部分）。











上面得到了一个testsuite类型的对象，现在就可以运行测试了，不过在运行前要先加载testresult和testlistener的对象（见图中2部分），用来监听和记录测试结果信息。剩下的在图中可以很容易的看懂了，你可以参照源码浏览一遍。 



这里提出我的一点疑问。注意到junit实践中提示将测试类中每个测试方法公用的初始化步骤放到setup方法中。这似乎会给你一种错觉，那就是你会认为setup与teardown中的语句对于一个测试类中的所有测试方法只会运行一次。但是实际上junit在实现上却出乎意料，setup对于测试类中的每个测试方法都回运行一遍。意思就是说，你把公用的初始化代码放到setup方法中仅仅是在代码结构上实现了重用，而没有起到任何优化系统的作用。比如你在setup中初始化数据库连接，那么这个过程将被执行不只一次，这可有点……。我们来看下代码：











//theclass为得到的testcase类，name为此类其中的一个方法











static public test createtest(class theclass, string name) {











       constructor constructor;











       try {











              constructor= gettestconstructor(theclass);











       ……











       object test;











       try {











//以下内容为获得一个testcase对象，并将方法名称传入这个对象











              if (constructor.getparametertypes().length == 0) {











                     test= constructor.newinstance(new object[0]);











                     if (test instanceof testcase)











                            ((testcase) test).setname(name);











              } else {











                     test= constructor.newinstance(new object[]{name});











              }











       ……











       //返回这个对象











       return (test) test;











}











再看下运行处的代码，下面的方法是运行在setup和teardown中间的











protected void runtest() throws throwable {











       //fname就是testcase对象所拥有的那个方法的名称











       assertnotnull(fname);











       method runmethod= null;











       try {











              //根据方法名由反射得到方法











              runmethod= getclass().getmethod(fname, null);











       }











       ……











              //执行测试方法











              runmethod.invoke(this, new class[0]);











……











       }











这样每执行一个测试方法就要运行一遍setup和teardown方法，大概就是这样一个过程：



恩……，也许这是为了兼容老的版本，也许是……。还好，junit提供了一个补救的扩展类，那就是我们上面提到的testsetup，在这里类里面真正的实现了setup、teardown方法的提取使用。你在使用的时候，通过继承来实现自己的setup、teardown方法，并使用装饰模式独有的调用方式来使用它就可以了。 



在阅读的过程中，代码风格上给我最明显的感觉就是，代码基本上全多做到了细化，将每个功能点单独提取到一个方法中，这样提高了代码的可复用性。可是在阅读的时候，在方法间频繁的跳跃，实在不是件好事，如果没有ide的帮助，我非要晕掉不可。











因此我认为在提高代码重用上还是要坚持这样的一条原则：到必要的时候再下手。就是说，在你刚开始写代码的时候不要考虑什么重用和扩展，只有当你真正需要复用某段代码或者扩展系统时，在动手吧（记得在某位牛人的书上是这么来比喻的：让第一颗子弹打中你）。











junit中使用的是老版本java collection，这大概是因为junit最初版本出现的时候还没有新版collection推出。这种代码不应该出现在我们现在编写的代码中了，请注意。












 四、总结








 四、总结









 四、总结










    好了，基本上分析完了junit的代码，不知道你学到了什么。希望本文能够起到抛砖引玉的作用。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!