Bizframe配置-配置优化.docVIP

目录 TOC \o "1-3" \h \z \u 基础业务框架配置优化方案 2 1面临的现状及问题 2 1.1业务部门的面临问题 2 1.2开发人员所面临的问题 3 2解决方案 3 2.1完善配置文件说明文档 3 2.2 完善基础业务框架配置文件加载规则，降低耦合度。 3 3框架配置文件新规则 4 3.1框架配置分类 4 3.2配置文件格式 6 3.3加载解析XMl和实例化Bean规则 7 3.4新规则的优缺点 8 基础业务框架配置优化方案 1面临的现状及问题 基础业务框架的现状和面临问题可由下图所示： 1.1业务部门的面临问题 业务部门基于基础业务框架做二次开发时，常遇到以下问题： 1.1.1：不知如何修改基础业务框架的配置文件 此问题主要是由于我们的配置说明文档过于简单，业务部门阅读文档获取信息不够详细。 1.1.2：系统升级时易出现配置文件覆盖 此问题主要有以下几个问题引起： eq \o\ac(○,1)：基础业务框架配置耦合性过高，不易升级，使升级过程易出错导致升级失败。 eq \o\ac(○,2)：基础业务框架人员没写清升级说明，导致业务部门升级出错。 eq \o\ac(○,3)：业务部门相关人员没人了解熟悉配置，导致升级时出现“覆盖”配置文件的问题。 1.1.3：业务框架配置量大，不易了解熟悉框架中配置 此问题主要是由于学习框架中的配置文件成本过高，而导致学习成本过高的原因： eq \o\ac(○,1)配置内容零散，并且耦合度大，规律性不强。 eq \o\ac(○,2)了解的过程关注的配置过多，不能只关注自己所关心的配置（不能自扫家门雪）。 1.2开发人员所面临的问题 业务框架开发人员所遇到的问题大致如下： 1.2.1：每次升级时，针对不同的部门需制定不同的升级说明。 每次升级不同的部门都会有不同的问题，都是不能为他们制定不同的升级说明。导致此问题大致原因如下： eq \o\ac(○,1) ：每个不同的部门他们的个性配置都不同，不能的配置文件修改的逻辑是不如的。然而对外发布的升级说明只有一份，导致每次都得他们手工对比修改。 eq \o\ac(○,2) ：框架所有的配置集中于一文件（也即上面所说耦合度过高），不能分散管理 1.2.2:框架配置内容零散，不易维护 原因可由上面得知。 2解决方案 针对上述问题，解决方案如下 2.1完善配置文件说明文档 问题：1.1.1不知如何修改基础业务框架的配置文件 解决方案：详细配置文件说明文档，在文档中阐述如下事项： 1：配置的作用，无此配置则会发生什么异常 2：哪些配置项需用户修改，哪些不需要用户修改，修改规则是如何 3：修改配置错误会发生什么异常 2.2 完善基础业务框架配置文件加载规则，降低耦合度。 问题1.1.2 到1.2.2都是由于基础业务框架的配置规则耦合高，所有的配置都集中的一个文件中。 要解决此问题必须要让业务部门从此配置文件中脱离出来，让他们只关注业务部门工程所涉及到的配置文件。其余没在业务部门工程配置文件所列举的都采用系统默认的配置。为此制定了如下的新的配置规则，详细如下节“框架配置文件新规则”。 3框架配置文件新规则 3.1框架配置分类 框架配置可分为三大块： 1：链式配置 2：Bean配置 3：参数配置 具体如下图： 根据此分类可将配置文件拆分为四份： 业务框架核心配置文件：bizframe-config.xml 业务框架参数配置文件：bizframe-param-config.xml 业务框架Bean配置文件：bizframe-bean-config.xml 业务框架链配置文件：bizframe- chain-config.xml（暂无） 上图中以bizframe-config.xml配置文件为中心将各个文件聚集起，而bizframe-param-config.xml只配置系统参数内容，bizframe-bean-config.xml只配置Bean；bizframe- chain-config.xml配置链式流程。目前登陆签出还无确定方案，故bizframe- chain-config.xml暂无规划。 3.2配置文件格式 3.2.1 bizframe-config.xml格式 <?xml version="1.0" encoding="UTF-8"?> <bizframeConfig id="bizframe"> <bizframe-beans id="beans"> <include file="/bizframe-bean-config.xml"/><!—框架默认配置> <include file="classpath:/PMS-b