每个项目中，你不得不知的11个Java第三方类库
Java第三方library ecosystem是一个很广阔的范畴。不久前有人撰文：每个项目中，你必须知道的11个Java第三方类库。
单元测试
1.DBUnit
DBunit是一个基于junit扩展的数据库测试框架。它提供了大量的类对与数据库相关的操作进行了抽象和封装。
2.MOckito
Mockito是一个针对Java的mocking框架。你可以使用简洁的API编写出漂亮的测试。
3.Hamcrest Matchers
Hamcrest 是一个测试辅助工具，提供了一套通用的匹配符 Matcher，灵活使用这些匹配符定义的规则，程序员可以更加精确的表达自己的测试思想，指定所想设定的测试条件。
Junit4结合Hamcrest提供了新的断言语句-assertThat，只需一个assertThat语句，结合Hamcrest提供的匹配符，就可以表达全部的测试思想。
Apache Commons
4.Configuration
这个工具是用来帮助处理配置文件的，支持很多种存储方式
5.DbUtils
DbUtils可以将数据库操作单独做成一个包，简化数据库操作。
6.IO
可以看成是java.io的扩展。它提供了文件阅读功能，以及一些使用的方法，类似于DbUtils。
7.Lang
如果你要问我还有哪个库一会在此名单之上，我会告诉你是Lang或者google Collections。lang可以看成是对java.lang的扩展，提供了诸如StringUtils, StringEscapeUtils, RandomStringUtils, Tokenizer, WordUtils等工具类。
后起之秀
8.SLF4J
SLF4J是为各种loging APIs提供一个简单统一的接口，从而使得最终用户能够在部署的时候配置自己希望的loging APIs实现。Slf4j类似于Apache Common-Logging和Log4J，但Slf4j比它们都要优秀。
9.Google Collections
Java的集合框架是Java类库当中使用频率最高的部分之一，而Google Collections库是由Google基于Java5.0 Collections Framework开发的一套新的Java集合框架，提供一些高级集合操作的API。
10.c3p0
C3P0是一个随Hibernate一同分发的开源的JDBC连接池， 它位于lib目录下。 包括了实现jdbc3和jdbc2扩展规范说明的Connection 和Statement 池的DataSources 对象。
11.Joda Time
Joda Time是一个强大易用的日期和时间库，可以完全取代JDKDate和Calendar类。
你还有个更好的推荐吗？与大家一同分享……
相关文档：
package com.yzy;
import java.util.regex.*;
public class Test {
/**
* @param args
*/
public static void main(String[] args) {
Pattern p=Pattern.compile("^[a-z]+");
Matcher m=p.matcher("a233"); //true
//Matcher m=p.matcher("2233") ......
最近想实现一个在自己手机上查询汉字拼音的程序，已经进行了大概20天了吧。但是上周的时候在Netbeans 6.8中运行程序，在输出中显示的是“Starting emulator in execution mode”，模拟器却启动不起来。去查看安装的Java平台，显示有 Java ME，尝试把它删除后，坏了，怎了也无法再次添加，明明指定了目录，却提示� ......
有时，我们在写一个构造函数时，经常因为它包含众多的参数而苦恼,这时可以考虑用Builder模式来创建对象。
如，我们要设计一个营养成份的类，包含能量，蛋白质，脂肪，钙，铁，锌，维生素A, 维生素B1 ... 等，但在构造的时候，不一定每次都需要这些参数，如钙，铁，锌和维生素等是可选的，为了适应多种可能的搭配，比较原始 ......
在实现singleton模式时，我们有以下几种方法。
1. public static final 字段加上private 的构造函数。
public class Singleton{
public static final Singleton INSTANCE = new Singleton();
& ......
Finalizer 不可计划的,也是危险的,一般也是不必要的.
不能在finalizer中放任何与依赖时间相关的操作,因为你不知道它什么时候被执行. 比如在finalizer中关闭文件的做法就是错误的, 根据JVM的实现方式不同,有可能导致打开的文件数过多而无法再打开文件.
也不能在finalizer中改变状态,如给数据库解锁等.
finalizer还能带来� ......
