编程, 阅读程序, Java,开源
最近一两个月以来一直在看java 代码， 看了一些开源的实现， 也看了一些产品中的代码，从这些代码中，学习了一些开源框架的应用（如ActiveMQ，cxf），也学习了这些框架的实现，同时也注意去理解每个类 以及接口的设计，以及设计模式的应用， 关注了一下，每个类，接口的规模，基本上有一些也会非常大，有几千行，有一些类也会非常小，只有一个method。
下面是我的一些想法：
接口，类，抽象类的选择：接口通常有几种，１）是对象的抽象，不指具体的事物。 ２）行为的抽象，用于表示具有某种行为，通常这一类型的接口只有，一个ｍｅｔｈｏｄ，而且喜欢命名为：XXable. 抽象类：一般情况下，抽象类中都提供了一些默认的实现，抽象类与接口的选择，通常都是看是否有所有子类和实现类都共同的代码实现，有的话，一般就会有抽象类。 具体类的实现最好不要太大，也不要每一个类都只有一个方法，感觉类文件的长度，在50-400行之间是比较好的。 当然短一些比较好。
在阅读代码中还发现了一些比较难读的代码：1）C++ 风格的代码， 通常这种代码都是由一些C++er转Java的人写的，特点就是，函数很长，命名没有用C++ 的方式，格式化是老式的C++方式，类非常长，几千行的类，比较难阅读。 2），没有注释的代码，或者提供毫无用处的代码。 3），不好的代码习惯的代码，比如：大段大段的 注释掉的代码。4），含有太多method的类，职责不清晰，通常这种类也会特别长。５），线程到处跑的代码也是比较难以理解的代码，甚至是比较难以调试的代码。5），抽象层次太多， 这个也会给阅读带来困难，，层次太多了，，往往变得比较难以理解了。
在阅读代码的时候通常能发现一些自己以前没有用过的Ｊａｖａ用法，不妨把这些用法提取出来，做为知识库，以供以后使用，通常这也是积累经验的一种方法（这个是从一个同事那里学来的）。
碰巧几天在同事的桌上看到了，一本书叫：Clean code，我个人觉得这本书是相当不错的一本书，在里面对Java的代码扣得很细，交你每一个写好Java代码的细节，建议阅读一下。
相关文档：
在使用 Java™ 语言的泛型时，通配符非常令人困惑，并且最常见的一个错误就是在使用有界通配符的两种形式的其中之一（“? super T” 和 “? extends T”）时出现错误。您出错了吗？别沮丧，即使是专家也会犯这种错误，本月 Brian Goetz 将展示如何避免这个错误。
在 Java 语言中，数组是协变的（ ......
单元测试
1.
DBUnit
DBunit是一个基于junit扩展的数据库测试框架。它提供了大量的类对与数据库相关的操作进行了抽象和封装。
2.MOckito
Mockito是一个针对Java的mocking框架。你可以使用简洁的API编写出漂亮的测试。
3.Hamcrest Matchers
Hamcrest 是一个测试辅助工具，提供了一套通用的匹配符 Matcher，灵活使用这� ......
使用Java发送GET、POST请求
——节选自《疯狂Java讲义》
URL的openConnection()方法将返回一个URLConnection对象，该对象表示应用程序和 URL 之间的通信链接。程序可以通过URLConnection实例向该URL发送请求、读取URL引用的资源。
通常创建一个和 URL 的连接，并发送请求、读取此 URL 引用的资源需要如下几个� ......
我们大家都知道，对于静态变量、静态初始化块、变量、初始化块、构造器，它们的初始化顺序依次是（静态变量、静态初始化块）>（变量、初始化块）>构造器。我们也可以通过下面的测试代码来验证这一点：
Java代码
public class InitialOrderTest {
......
