BlogJava-pengpenglin-随笔分类-Java 工具

【推荐】一款好用的Java反编译工具：jd-gui

Paul Lin — Wed, 07 Apr 2010 03:10:00 GMT

摘要: 这是一个基于C++写的Java源代码反编译工具，界面类似于EClipse，而且反编译的效果不错，出错率比较低。支持整个Jar包的反编译，支持界面拖放。速度很快，语法高亮显示！

而且这是一个绿色软件，不需要任何的安装，双击exe文件运行即可。卸载时只需要把exe和cfg文件删除即可。阅读全文

Paul Lin 2010-04-07 11:10 发表评论

【摘自良葛格的笔记】Ant和JUnit结合进行自动测试入门

Paul Lin — Mon, 21 Apr 2008 07:21:00 GMT

<project name="autobuildtest" default="test">
    <target name="setProperties">
        <property name="src.dir" value="src"/>
        <property name="classes.dir" value="classes"/>
       target>

    <target name="prepareDir" depends="setProperties">
        <delete dir="${classes.dir}"/>
        <mkdir dir="${classes.dir}"/>
    target>


    <target name="compile" depends="prepareDir">
        <javac srcdir="./src" destdir="${classes.dir}"/>
    target>

    <target name="test" depends="compile">
        <junit printsummary="yes">
             <test name="onlyfun.caterpillar.test.MathToolTest"/>
          <classpath>
              <pathelement location="${classes.dir}"/>
          classpath>
        junit>
    target>
project>

上面XML文件高亮处描述了Ant如何与JUnit结合进行自动化测试，name属性是你要测试的TestCase，classpath元素指明了TestCase的路径，printsummary说明了要将测试的结果简单的显示出来。

如何吧JUnit测试的详细信息显示出来呢？我们可以采用元素，如下所示：

<junit printsummary="yes">



    <test name="onlyfun.caterpillar.test.MathToolTest"/>
      <classpath>
        <pathelement location="${classes.dir}"/>
      classpath>
junit>

当usefile属性设定为true时，会自动帮您将产生的结果储存在档案中，预设是TEST-*.txt，其中*是您的测试案例类别名称。除此之外，我们也可用采用XML的格式来保存测试结果。如下所示：

也可以将测试结果所产生的XML文件转换为HTML文件，使用Ant可以直接帮您完成这个工作，标签使用 XSLT将XML文件转换为HTML文件

<project name="autobuildtest" default="report">

    <target name="setProperties">
        <property name="src.dir" value="src"/>
        <property name="classes.dir" value="classes"/>
        <property name="report.dir" value="report"/>
    target>

    <target name="prepareDir" depends="setProperties">
        <delete dir="${report.dir}"/>
        <delete dir="${classes.dir}"/>
        <mkdir dir="${report.dir}"/>
        <mkdir dir="${classes.dir}"/>
    target>

    <target name="compile" depends="prepareDir">
        <javac srcdir="./src" destdir="${classes.dir}"/>
    target>

    <target name="test" depends="compile">
        <junit printsummary="yes">
            <formatter type="xml"/>
            <test name="onlyfun.caterpillar.test.MathToolTest"
                    todir="${report.dir}"/>
            <classpath>
                <pathelement location="${classes.dir}"/>
            classpath>
        junit>
    target>

    <target name="report" depends="test">
        <junitreport todir="${report.dir}">
        <fileset dir="${report.dir}">
            <include name="TEST-*.xml"/>
        fileset>
        <report format="frames" todir="${report.dir}/html"/>
    junitreport>
    target>
project>

上面的例子，首先定义了一个property，用于指向保存测试结果的目录，接着在元素中通过将结果指向该目录。然后report目标首先在todir属性指定的目录下查找名称包含：TESTd的XML文件，找到之后通过XSL转换成带frame的HTML页面，存放到子目录html下面

最终的结果可能如下：

Paul Lin 2008-04-21 15:21 发表评论

Ant中关于路径指定的两个Tips

Paul Lin — Mon, 21 Apr 2008 06:28:00 GMT

【1】path和location属性的区别：

原文：The location attribute specifies a single file or directory relative to the project's base directory (or an absolute filename), while the path attribute accepts colon- or semicolon-separated lists of locations. The path attribute is intended to be used with predefined paths - in any other case, multiple
elements with location attributes should be preferred.

从中我们可以看出path可以用于指向存在多个文件的位置，而location只能指向单个的文件或目录。另外path可以被设定id，供其它的path或classpath引用。如：，而classpath则没有

【2】综合示例：
In addition, DirSets, FileSets, and FileLists can be specified via nested , , and elements, respectively. Note: The order in which the files building up a FileSet are added to the path-like structure is not defined.

<pathelement path="${classpath}"/> 方式① ：引用特定的变量

      <fileset dir="lib"> 方式② ：指向特定的文件集

<pathelement location="classes"/> 方式③：指向单个目录

      <dirset dir="${build.dir}"> 方式④：指向特定目录集

<filelist refid="third-party_jars"/> 方式⑤：引用指定文件列表

This builds a path that holds the value of ${classpath}, followed by all jar files in the lib directory, the classes directory, all directories named classes under the apps subdirectory of ${build.dir}, except those that have the text Test in their name, and the files specified in the referenced FileList.

Paul Lin 2008-04-21 14:28 发表评论

使用Ant管理HSQLDB的小脚本

Paul Lin — Sun, 24 Feb 2008 14:40:00 GMT

摘要: 使用Ant脚本来管理HSQLDB 阅读全文

Paul Lin 2008-02-24 22:40 发表评论

TDD与Junit的一点偶想

Paul Lin — Tue, 29 Jan 2008 03:36:00 GMT

由于敏捷开发的流行，TDD的概念近年来在国内被炒得很火，似乎TDD是一个深不可测的东西。

今天在看TDD的文章时，突然有了一个感觉：其实TDD的思想本来就很朴实，反而是我们开发人员一开始就背离了正确的路线和方法。

众所周知，TDD鼓励人们在编写实际的实现代码之前，就先写好测试代码。这一点对大多数程序员来说难以接受，总觉得实现代码都没有写，怎么写测试代码啊。其实我觉得这主要是观念上的误区和行为的惯性所致。

我们知道，开发商盖楼盘时都有一个建筑标准，而业主收楼时也有一个收楼标准。这些标准都是在实际的工程开工之前或业主正式入住之前就已经制定好的。正规的开发商会在建筑的过程中严格按照建筑标准来衡量自己的楼盘建设质量。看到有不符合要求的就马上改正。而不是事先不考虑任何的建筑或验收标准，等到整个楼盘盖好后再来。

这个道理和TDD是一样的，在任何工作开始之前，我们都应该先明确制定工作交付的标准。这一点在需求分析文档中已经明确体现出来了。到了实际编码阶段却反而变成相反了。没有了事实的验收标准，就等于没有了目标，连自己要做成什么模样都不知道，才会出现在联调阶段出现众多的bug而导致返工的情况，另一方面由于没有了验收标准，开发人员经常会出现不知道接口如何设计的困惑。

TDD就是要求我们在编码阶段先制定验收标准，再根据标准来开发。TDD的过程就是根据验收标准不断调整优化的过程，确保你始终沿着预定的目标前进，不会到最后变成一“豆腐渣工程”。

同时为了符合测试程序的要求，您的单元必须设计得可以测试，这迫使您设计程序时，考虑到单元的低耦合。

很多时候技术的思想都很朴实，就像OOP那样，其实OOP本来就来自于日常生活，虽然说做了高层的抽象，但始终可以通过和现实的类比来看到其本质。

Paul Lin 2008-01-29 11:36 发表评论