实用技巧分析——JXPATH实用讲解

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