`

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

    博客分类:
  • xml
阅读更多

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

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics