使用jxpath
　　
　　apache的东西有个好处，就是简单，符合kiss原则。毕竟是给数万程序员用的，太晦涩了这些大忙人们可没功夫去慢慢琢磨。
　　
　　jxpathcontext ctx = jxpathcontext.newcontext(对象实例);object value = ctx.getvalue(数据的xpath路径);
　　
　　就这么简单。稍微说明的一点是，如果查询的是java对象的话，xml里的属性和子节点在这里都被看作对象的属性取值
　　
　　扩展jxpath
　　
　　目前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　　
　　这样当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实现的时间花费则会线性增长，所以数据量比较大时，两者优劣立见。