一切都可以XML？－－JXPATH实用讲解

使用

APACHE的东西有个好处，就是简单，符合KISS原则。毕竟是给数万程序员用的，太晦涩了这些大忙人们可没功夫去慢慢琢磨。

JXPathContext ctx = JXPathContext.newContext(对象实例);

Object value = ctx.getValue(数据的XPATH路径);

就这么简单。稍微说明的一点是，如果查询的是Java对象的话，XML里的属性和子节点在这里都被看作对象的属性取值

扩展

目前JXPath里默认支持的只有XML、MAP和标准JavaBean。这几个常用么也就差不多够了。但它也可以扩展，以备不时之需。

常用的数据类算是ResulSet，下面就用这个当我们的小白鼠实作一下吧～

• 方式1：注册自定义的属性取值接口

DynamicPropertyHandler handler= new DynamicPropertyHandler({

  Object getProperty(java.lang.Object object, java.lang.String propertyName) {

ResultSet rs = (ResultSet)object;

return rs.getObject(propertyName);

  }

  String[] getPropertyNames(java.lang.Object object) {

ResultSet rs = (ResultSet)object;

ResultSetMetaData meta = rs.getMetaData();

String[] ret = new String[meta.getColumnCount()];

for(int i=0; i<ret.length; i++) ret[i] = meta.getColumnName(i);

return ret;

  }

  void setProperty(java.lang.Object object, java.lang.String propertyName, java.lang.Object value){

ResultSet rs = (ResultSet) object;

rs.updateObject(propertyName, value);

  }

});

JXPathIntrospector.registerDynamicClass(ResultSet.class, handler.class) ;

这样当JXPATH在取值的过程中碰到了ResultSet对象，那么就会调用我们注册的处理器去取值和设值了。

• 方式2：投机取巧是程序员的职业病。既然JXPath只支持标准JavaBean对象，那就把ResultSet包装成JavaBean对象就好了。什么？包装起来也麻烦？……没说要你自己包啊。首先想到的自然是BeanUtils了:

DynaBean newBean = new BasicDynaBean(new ResultSetDynaClass(rs));

这样一行代码就就可以了。

这样简单的原因是因为ResultSet的数据只有一层，如果需要处理的特殊数据结构是多层的，那么也可以依葫芦画瓢。

但是在设XML节点的值时，该XPATH所指的节点必须存在，否则会报一个节点不存在的Exception。可如果真的要在这个XPATH位置上设值，又懒得自己一个个创建节点，可不可以自动让XPATH按需要自动把对应的树创建起来？JXPATH当然也考虑到了

Document doc = ....;

JXPathContext ctx = JXPathContext.newContext(doc);

AbstractFactory factory = new AbstractFactory({

    boolean createObject(JXPathContext context, Pointer pointer, Object parent, String name, int index) {

if (parent instanceof org.w3c.Node){

  try{

    Node node = (Node) parent;

    Document doc = node.getOwnerDocument();

    Element e = doc.createElement();

    node.appendChild(e);

    return true;

  }catch(Exception e){

    return false;

  }

}

else return false;

    }

    boolean declareVariable(JXPathContext context, String name) {

return false; //一般用不着

    }

});

ctx.setFactory(factory);

很偷懒～是不是？

JXPATH是个设计的很周到的工具，为了充分让人们感受统一的XPATH的便利性，它提供了很多扩展以满足各种数据的要求。大家可以看它API DOC继续挖掘，我在这就不赘述了。

性能测试

XML最为人诟病的就是它的性能。那么采用JavaBean的XPATH的导航方式是否？本来JavaBean的引用操作比XML操作快不止一个数量级，但别忘了JXPATH在JavaBean间的导航有可能使用了类反射，这将使得性能大打折扣。

一个简单的性能测试就可以说明：构造同一数据结构的两组数据，一组用XML表示，一组用JavaBean 表示。分别用JXPATH进行定位。

测试的结果并不是很乐观，当使用“[@属性＝'属性值']”这类操作的时候，直接用XML比要用JXPATH要快近一个数量级。

但还有个好消息，似乎JXPATH会对反射出来的信息进行缓存，所以当重复对几个对象进行取值的话，所花费的时间不会线性增长。而CRIMSON的XML实现的时间花费则会线性增长，所以数据量比较大时，两者优劣立见。

参考文章

http://gceclub.sun.com.cn/yuanchuang/week-13/jxpath.html