首先说一下为何要特别写一个文档来讲明这个层次结构的事情,各位都在eclipse中使用java.io.File类读取过 workspace中的文件,我相信在不了解eclipse目录层次结构的状况不多有人能够一次性把路径给写对了,为了不之后再出现这种使人难堪的情 况,仍是编写这样一篇扫盲性的说明文档比较合适。固然重点毫不是上面的资源路径怎么编写,而是影响围绕整个工程的生命周期的构建活动。 java
首先看一下eclipse在默认状况下建立一个普通的Java Project的目录结构: web
从上面能够看出来eclipse在建立一个Java Project的时候会建立一个默认的Source folder名为src,该文件夹下的全部文件通过编译以后会输出到同级的bin目录下。关于working set,很好理解,用来分类管理项目工程,你建立的工程主要用来作什么?属于什么类别?考虑完这两个问题你就知道放置在哪一个具体的working set中了。 app
默认状况下,Package Explorer不显示working set,这须要将working set做为顶级元素的设定方法以下: eclipse
不少人在编写测试用例的时候喜欢用一个main方法在被测试程序内部中进行测试,如此把测试代码和生产代码混合在一块儿对程序可读性简 直是毁灭性的打击,因此仍是创建一个专门的测试类吧,测试类的命名最好听从必定的规范这样你们都容易识别,建议将被测试类名+Test做为基本测试类的命 名规则。关于测试类的存放又是有门道的,不少人喜欢在src下创建一个package叫作test,而后在这里面存放全部的测试用例。仍是那句话,测试类 不该该出如今生产环境下,因此仍是将测试类放到一个单独的source folder下面吧。 webapp
下面分享一个建立测试用例的简便方法: maven
如今我有一个这样的类须要进行测试 测试
package cn.seit.eclipse; spa
public class HelloEclipse { .net
public static String sayHello(String name) { blog
return "Hello" + name;
}
}
首先在Package Explorer中选中HelloEclipse这个java文件,而后新建一个JUnit Test Case,eclipse会自动完成下面这些事情:
点击Next,选择须要测试的方法
完成以后,能够发现被测试类和测试用例的关系以下:
这样一来二者之间就创建了必定的对应关系,经过一方能够轻松知道另外一方的存放位置。
引用上面将测试用例存放在一个专门的资源文件夹下的思想,咱们一样能够将工程中产生的配置文件放置在一个专注的资源文件夹下。
Java Project发布通常是经过jar包的方式,咱们能够在导出jar的时候作一下轻松设定,就将测试用例从生产环境中脱离了。
上面主要就是讲述了一个工程的资源文件的合理存放位置,用过maven的朋友对这种方式会很是熟悉,由于maven的工程结构就是这样子的。
Maven提倡使用一个共同的标准目录结构,使开发人员能在熟悉了一个Maven工程后,对其余的Maven工程也能清晰了解。这样作也省去了不少设置的麻烦。
如下的文档介绍是Maven但愿的目录结构,而且也是目录建立工程是采用的目录结构。Maven推荐你们尽量的遵照这样的目录结构。
src/main/java |
Application/Library sources |
src/main/resources |
Application/Library resources |
src/main/filters |
Resource filter files |
src/main/assembly |
Assembly descriptors |
src/main/config |
Configuration files |
src/main/webapps |
Web application sources |
src/test/java |
Test sources |
src/test/resources |
Test resources |
src/test/filters |
Test resource filter files |
src/site |
Site |
LICENSE.txt |
Project's license |
README.txt |
Project's readme |
看,maven的思想仍是至关值得借鉴的,使用一个统一的标准目录层级结构能够为开发者大大下降沟通成本,提升团队的执行效率。我想在软件开发整个行业里面,你们遵循统一的标准对行业的发展会起到一个很好的促进做用,谢谢。
做者:萧易客
时间:2014/6/4