AVIDM产品XML配置文件读取研究及应用.docVIP

AVIDM产品XML配置文件读取研究及应用 　　摘要：AVIDM 5.0系统在开发过程中，采用了模块化的开发方法，每个模块都使用了大量的配置文件，用于支撑属性格式化、模型树配置、功能权限、默认出厂配置等方面的应用。使用的配置文件类型主要包括Properties格式和xml格式。Properties格式的属性文件结构简单，包括key和Value，加载过程中可以自动覆盖和合并，由于其配置、合并和使用简单，在属性定义方面有很好的应用。AVIDM 5.0系统中有大量结构化的配置信息需要使用xml格式的配置文件[1]。Xml格式的优点是具有层级结构，但是XML文件的合并确有一定的难度。AVIDM 5.0系统支持模块化开发，模块之间需要对某一个主要的结构化配置文件进行扩展和补充，因此多模块环境下xml配置文件的查找、合并和解析便成了亟需解决的技术难题。该文针对以上需求提出了一种解决方案，并在给出了具体的实践案例，该方案不仅适合AVIDM系统，也适合所有基于模块开发的软件应用系统。 　　关键词：xml；模块开发；配置文件；开发规范 　　中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）16-0113-03 　　1 问题空间界定 　　神舟AVIDM（企业级协同产品研制管理平台），是神舟软件公司在制造业信息化领域历经十余年打造出的拥有自主知识产权的、基于Web的企业级PDM/PLM产品。产品基于JavaEE和面向服务体系结构，全面采用Java、JSP、Applet等技术，实现产品研制所需数据、应用资源、软件工具与计算设备的有机集成。 AVIDM产品的宗旨为以信息技术为基础，以项目管理为主线、以技术流程和计划流程为依据、以满足国防和军工复杂产品技术状态管理为目标，为企业构建起一个基于Web的、从设计、生产到管理综合集成的分布式集成系统平台和协同工作环境[2]。在AVIDM系统的开发过程中，采用了大量的配置文件。为了方便研究多模块配置文件读取的模型和普适性的实现方法，我们可以将问题空间的前提条件界定如下： 　　1） 属性文件单独存储。 　　2） 应用模块的xml配置文件单独存储。 　　3） 应用模块都具有功能类似的xml配置文件。 　　4） 应用模块功能类似的xml格式配置文件存放目录层级结构及层级目录名称相同。 　　5） 应用模块功能类似的xml配置文件的内容节点层级结构及必要节点id相同。 　　6） 应用模块类似功能的xml配置文件支持根据类似功能合并其内容，可以达到扩展功能的目的。 　　7） 应用模块不同功能的xml配置文件需要统一配置和解析，以解决模块对不同配置文件的需求。 　　8） 解析后的配置文件转换为对象可以供调用方直接使用。 　　以上假定条件具有一般性意义，能够覆盖AVIDM产品开发过程中读取xml配置文件的各种具体需求，让各种具体需求成为他们的子集，并且通过特定的手段和方法处理后得到解决。 　　2 xml配置文件读取方案 　　为了实现多模块环境下结构化信息配置文件的查找、合并和解析，在充分参考国内外先进技术后，提出了解决问题的思路： 　　1）配置文件按照约定的根目录和目录深度存放，以便于使用Spring提供的通过通配符查找文件的方法加载文件[3]。 　　在AVIDM 5.0系统中，约定使用一个存放在固定位置的目录AVIDM_HOME作为配置文件存放的根目录，在根目录下建立一个plm目录作为多项目配置文件的父目录，每个项目下需要扩展的配置文件按照约定的路径存放在相应的目录下。比如：模块adm需要扩展按钮的定义，则其配置文件的存放路径为%AVIDM_HOME%/plm/adm/actions，其中adm为模块名字，actions为约定的目录，使用Spring查找文件的路径通配格式为%AVIDM_HOME%/plm/*/actions，以此可以获取该目录下所有的文件。 　　2）Xml配置文件中所有待合并的结构化元素根据结构化的层级和id属性值两个标准进行元素合并。 　　Apache组织的顶级项目Configuration默认提供三种Xml配置文件合并模式：元素合并，即以后来的元素完全覆盖该元素，属性覆盖，即把相同结构层级相同元素的属性以解析的先后顺序覆盖，属性合并，即把相同结构层级相同元素相同属性的属性值以逗号隔开合并起来。在AVIDM 5.0系统中，所有的xml元素都有id属性，并且该id属性在同层级结构中不会重复，相同的属性id为相同的元素。基于此特征，Configuration项目中提供的默认配置都不能满足合并要求。在该创新中通过扩展“属性覆盖“方法并添加id属性相等的需求，实现可扩展的xml配置文件合并。 　　3 xml配置文件读取支撑技术 　　在