提高Java代码重用性方法 措施二：把参数类型改成接口
措施二：把参数类型改成接口
正如Allen Holub在《Build User Interfaces for Object-Oriented Systems》中所指出的，在面向对象编程中，代码重用真正的要点在于通过接口参数类型利用多态性，而不是通过类继承：
“……我们通过对接口而不是对类编程达到代码重用的目的。如果某个方法的所有参数都是对一些已知接口的引用，那么这个方法就能够操作这样一些对象：当我们编写方法的代码时，这些对象的类甚至还不存在。从技术上说，可重用的是方法，而不是传递给方法的对象。”
在“措施一”得到的结果上应用Holub的看法，当某块代码能够编写为独立的全局过程时，只要把它所有类形式的参数改为接口形式，我们就可以进一步提高它的可重用能力。经过这个改动之后，过程的参数可以是实现了该接口的所有类的对象，而不仅仅是原来的类所创建的对象。由此，过程将能够对可能存在的大量的对象类型进行操作。
例如，假设有这样一个全局静态方法：
static public boolean contains(Rectangle rect, int x, int y) {...}
这个方法用于检查指定的点是否包含在矩形里面。在这个例子中，rect参数的类型可以从Rectangle类改变为接口类型，如下所示：
static public boolean contains(Rectangular rect, int x, int y) {...}
而Rectangular接口的定义是：
public interface Rectangular {Rectangle getBounds();}
现在，所有可以描述为矩形的类(即，实现了Rectangular接口的类)所创建的对象都可以作为提供给pRectangular.contains()的rect参数。通过放宽参数类型的限制，我们使方法具有更好的可重用性。
不过，对于上面这个例子，Rectangular接口的getBounds方法返回 Rectangle，你可能会怀疑这么做是否真正值得。换言之，如果我们知道传入过程的对象会在被调用时返回一个Rectangle，为什么不直接传入 Rectangle取代接口类型呢?之所以不这么做，最重要的原因与集合有关。让我们假设有这样一个方法：
static public boolean areAnyOverlapping(Collection rects) {...}
该方法用于检查给定集合中的任意矩形对象是否重叠。在这个方法的内部，当我们用循环依次访问集合中的各个对象时，如果我们不能把对象cast成为 Rectangular之类的接口类型，又如何能够访�
相关文档：
JCP SE/EE 执行委员会
正式接受了
JSR 330
—— Dependency Injection for Java。该规范于 今年 5 月 9 日
由 Google 的 Bob Lee 以及 SpringSource 的 Rod Johnson 作为规范领导提交给 JCP，现在已经正式发布，不得不感叹该规范标准化过程之快。在 最终投票结果中
，14 票通过，1 票未投，1 票反对。
J ......
这是一个用JAVA W3C DOM 进行XML操作的例子，包含了查询、增加、修改、删除、保存的基本操作。较完整的描述了一个XML的整个操作流程。适合刚入门JAVA XML操作的朋友参考和学习。
假设有XML文件：test1.xml
<?xml version="1.0" encoding="UTF-8"?>
<books>
<book>
< ......
1.计算某一月份的最大天数
Calendar time=Calendar.getInstance();
time.clear();
time.set(Calendar.YEAR,year);
time.set(Calendar.MONTH,i-1);//注意,Calendar对象默认一月为0
int day=time.getActualMaximum(Calendar.DAY_OF_MONTH);//本月份的天数 ......
首先一些被初始化对象的概念：
类变量（类静态成员）： 类被加载时产生；它的生存期是类的生存期；自动初始化（类被加载）
成员变量（类成员）： 在使用new创建该类实例时产生；它的生存期与该类实例对象的生存期相同；
自动初始化（构造方法被调用）
局部变量（类的方法中的变量）： 该方法被调用� ......
