实例讲解如何读取和处理XM的配置文件

 　　EasyDBO是一个超轻量级的目前只支持单表映射的持久化框架，超轻量意味着入手很简单，使用很方便，但注意它是单表映射，导致在处理一些映射关系的时候要做一些特别的处理。

　　使用EasyDBO的持久化策略：

　　一对一

　　一对一关系要分为两种情况，一是主表对从表的映射。如Name(firstName, lastName, midNmae) 表和User表，因为EasyDBO只支持单表的映射，如果表的粒度过细，会导致极细的领域对象的产生，如Name对象的产生，而又需要为这些细粒度的对象创建CRUD方法，而且EasyDBO没有象Hibernate那样的自动的关联持久化操作，而且如果不使用Easyjf-dbo.xml来配置的话（即直接使用类实现IObject接口的话），你甚至不能在User对象中出现Name对象的私有成员申明。所以在这种情况下，最好把Name表和User表融合。二是大表和大表的映射，在这种情况下就只有使用外键关联的策略。但同样要注意，EasyDBO现在还不是一个完善的持久化框架，我认为很重要的一点就是离开了easyjf-dbo.xml的配置来持久化对象，如果直接使用implements IObject（而这是我认为最方便简单的使用途径，想必用惯了Hibernate转而使用EasyDBO的人都用这种感觉吧）你不能完整的使用OO，即不能在BBSDoc中出现private BBSDir bbsdir;而只能使用private String bbsdir_id。

　　一对多

　　一对多（多对一）通过上面的分析，可只在这种情况下，最好还是使用外键的关联（多的一方主动关联一的一方）。那么在领域类为一的一方中，不能出现XXXSet之类（如果使用配置文件除外）。这样实现的就是单向关联。要使用双向关联的话，就只能为一的一方添加一个Util类，使用Query方法来得到多的一方的List了。

　　多对多

　　多对多的情况是比较复杂的了。一般的情况是通过建立一个中间表来管理两对象的关系。在EasyDBO中就分两个情况了。先举个例子：比如User和Role，这是一个典型的多对多的映射关系，在用户权限管理模型中这种实现方法很普通。那么对这个多对多该怎么处理？首先还是要建立一个User-Role表，这个是必须的，其次就出现了两个情况，一，直接使用User-Role表。这种情况就是说不对User-Role表做任何处理，在UserUtil中建立一个List getRoles（）方法，在该方法中直接使用SQL语句从做一个两层的嵌套查询。这种方法还是不错，对于原来就使用JDBC的程序员很熟悉，但比较麻烦而且查找次数较多。另一个就是为User-Role表建立一个UserRole对象，这也是我推荐的做法。建立一个对象的意思不是说就是一个单纯的建立一个桥梁对象（我自己就这样叫那种为只起中间过度作用的表建立的对象），我就想能不能根据实际的情况利用好这个对象。比如在用户权限管理界面中我们会列出某个用户的所有权限或者列出属于一个权限组的所有用户只类的，那么我门就可以在User-Role表（即UserRole对象中）添加一些冗余字段，如userName, roleNmae等等来方便页面的合成操作，比如我门可以方便的使用# foreach ( $UserRole in $UserRoleList)… $!UserRole.userName等等来简化页面的编写，而且这样操作，查询数据库的次数会少很多，而如果使用第一中就比较麻烦了。但要注意的是不能过多的添加字段，毕竟这些是冗余的数据。

 

public String execute (String str) { return (getMessage () + str).toUpperCase () ; }

　　（3）编写Spring配置文件（bean.xml）

＜beans＞＜bean id="TheAction" class="net.chen.spring.qs.UpperAction"＞＜property name="message"＞＜value＞HeLLo＜/value＞＜/property＞＜/bean＞＜/beans＞

||| 　　Java和XML是黄金组合,网上已经有很多文章介绍,XML作为电子商务中数据交换,已经有其不可替代的作用,但是在平时系统开发中,我们不一定都用到数据交换,是不是无法使用XML了?

　　当然不是,现在已经有一个新趋势,java程序的配置文件都开始使用XML格式,以前是使用类似windows的INI格式.(Java中也有Propertiesy这样的类专门处理这样的属性配置文件).使用XML作为Java的配置文件有很多好处,从Tomcat的安装配置文件和J2ee的配置文件中,我们已经看到XML的普遍应用,让我们也跟随流行趋势用XML武装起来.

　　现在关键是如何读取XML配置文件?有好几种XML解析器:主要有DOM和SAX ,这些区别网上文章介绍很多.

　　在apache的XML项目组中,目前有Xerces Xalan Cocoon几个开发XML相关技术的project.Tomcat本身使用的是 Sun 的 JAXP,而其XSL Taglib project中使用Xerces解析器.

　　好了,上面都是比较烦人的理论问题,还是赶快切入XML的配置文件的读取吧.

　　在我们的程序中,通常要有一些根据主机环境确定的变量.比如数据库访问用户名和密码,不同的主机可能设置不一样.只要更改XML配置文件,就可以正常运行.

localhost sqlname username password

　　上面这个myenv.xml配置文件一般是放在tomcat的WEB-INF/classes目录下.

　　我们编制一个Java程序直接读取,将dbhost dbuser dbpassword提取出来供其他程序访问数据库用.

　　目前使用SAX比较的多,与DOM主要区别是 SAX是一行一行读取XML文件进行分析,适合比较大文件,DOM是一次性读入内存,显然不能对付大文件.这里我们使用SAX解析,由于SAX解析器不断在发展,网上有不少文章是针对老版本的.如果你使用JDK1.4 ,可以参考 使用SAX处理XML文档 一文.这里的程序是根据其改进并且经过实践调试得来的.

　　对上面myenv.xml读取的Java程序:

import org.xml.sax.Attributes; import org.xml.sax.helpers.DefaultHandler; import org.xml.sax.SAXException; import java.util.Properties; //使用DefaultHandler的好处 是 不必陈列出所有方法, public class ConfigParser extends DefaultHandler { ////定义一个Properties 用来存放 dbhost dbuser dbpassword的值 private Properties props; private String currentSet; private String currentName; private StringBuffer currentValue = new StringBuffer(); //构建器初始化props public ConfigParser() { this.props = new Properties(); } public Properties getProps() { return this.props; } //定义开始解析元素的方法. 这里是将中的名称xxx提取出来. public void startElement(String uri, String localName, String qName, Attributes attributes) throws SAXException { currentValue.delete(0, currentValue.length()); this.currentName =qName; } //这里是将之间的值加入到currentValue public void characters(char ch, int start, int length) throws SAXException { currentValue.append(ch, start, length); } //在遇到结束后,将之前的名称和值一一对应保存在props中 public void endElement(String uri, String localName, String qName) throws SAXException { props.put(qName.toLowerCase(), currentValue.toString().trim()); } }

||| 　　上面的这个解析程序比较简单吧? 其实解析XML就是这么简单.

　　现在我们已经将dbhost dbuser dbpassword的值localhost sqlname username password提取了出来.但是这只是在在解析器内部,我们的程序还不能访问.需要再编制一个程序.

import java.util.Properties; import javax.xml.parsers.SAXParser; import javax.xml.parsers.SAXParserFactory; import java.net.URL; public class ParseXML{ //定义一个Properties 用来存放 dbhost dbuser dbpassword的值 private Properties props; //这里的props public Properties getProps() { return this.props; } public void parse(String filename) throws Exception { //将我们的解析器对象化 ConfigParser handler = new ConfigParser(); //获取SAX工厂对象 SAXParserFactory factory = SAXParserFactory.newInstance(); factory.setNamespaceAware(false); factory.setValidating(false); //获取SAX解析 SAXParser parser = factory.newSAXParser(); //得到配置文件myenv.xml所在目录. tomcat中是在WEB-INF/classes //下例中BeansConstants是用来存放xml文件中配置信息的类,可以自己代替或定义 URL confURL = BeansConstants.class.getClassLoader().getResource(filename); try { //将解析器和解析对象myenv.xml联系起来,开始解析 parser.parse(confURL.toString(), handler); //获取解析成功后的属性 以后 我们其他应用程序只要调用本程序的props就可以提取出属性名称和值了 props = handler.getProps(); }finally{ factory=null; parser=null; handler=null; } } }

　　由于我们的XML文件是使用最简单的形式 ,因此解析器相对简单,但是这已经足够对付我们的配置文件了。