使用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实现的时间花费则会线性增长，所以数据量比较大时，两者优劣立见。
