- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一种灵活的WEB数据导出方案.doc
一种灵活的WEB数据导出方案
摘 要:分析了频繁的需求变化带来的软件扩展时出现的问题,论述了Service Locate和反射机制的原理,并提出了一种WEB数据导出方案。该方案能提高系统数据导出模块的复用性和可扩展性,并使应用环境中的系统能更加灵活地应对各种变化的需求。
关键词:Service Locate;反射机制;数据导出
中图分类号:TP391.13
统计报表是大型WEB应用系统中很常见的一个应用,而导出数据到Excel等文件中保存是报表的一个核心功能。当系统部署到不同的地方,由于各地应用场景的不同,对导出的数据格式及样式的要求也不尽相同。部署的地方越多,这种不同就越多,就需要开发对应的功能和修改导出模块的程序来应对,极大增加了开发和测试的成本。
目前,一般的解决方法是通过配置文件大量的属性配置来实现导出样式的多样化。如其中的一种方法自定义标签法,通过解析标签向模板中填充数据[1]。另一种方法通过配置XML文件,然后根据配置导出对应的样式[2]。这些方法将导出报表的大部分部分工作转移给软件的使用者,大量增加了用户的操作,并且当导出的样式复杂尤其是数据列比较多并且涉及单元格合并时,这种方法对应的配置也变得繁琐易出错,违反了产品设计的易用性原则。
本文提出的数据导出方案在尽可能做到程序高度复用和不改动原有的程序的同时,保证了系统的易用性。
1 实现原理
要实现导出方案的灵活性要解决的问题是将程序中可变的部分抽象出来,封装成组件,并实现组件的热插拔,Service Locate和反射的组合能很好地解决这个问题。
1.1 Service Locate
Service Locate是指客户类依赖于服务类的抽象接口,并在运行时根据上下文环境,由其他组件找到并实例化具体的服务类实例,将其返给客户类使用,实现客户类与服务类实例之间松散的耦合关系[3],图1给出了使用Service Locate后的类关系图。
Service Locator类中注册了MovieFinder这种类型的服务。在程序运行期间, MovieLister类在需要MovieFinder服务时找Service Locator类获取,Service Locator类接到指令后根据配置文件,返回实现了MovieFinder服务的MovieFinderImpl对象供MovieLister类使用。
使用Service Locate不需要在使用类前通过程序硬编码把类实例化为对象,而是把这部分动作外放到配置文件中描述,能提高代码的重用度和扩展性。当MovieLister类需要MovieFinderImplB的服务时,不需要更改原来程序,只需更改配置文件描述,就能把MovieFinderImplB注册到Service Locator类供MovieLister类使用,实现改变程序整个行为的效果。
1.2 反射机制
反射机制是指在程序运行状态时能够根据一个类的类名加载、使用编译期间完全未知的类。反射主要提供了以下功能:在运行时判断任意一个对象所属的类;在运行时构造任意一个类的对象;在运行时判断任意一个类所具有的成员变量和方法;在运行时调用任意一个对象的方法;生成动态代理。Java中反射机制的使用过程如下:
(1)通过Class.forName加载指定路径的类名;
(2)通过Class.newInstance()方法获取加载类的实例;
(3)通过Field和Method获取类的属性和方法。
有了这个机制,程序可以不知道具体的实现类是哪个,并延迟到运行时再决定。
Service Locate和反射机制的组合运用为程序在应对未知的变化时做到遵循开闭原则(Open-Closed Principle)提供了可能性。基于这两个特性,本方案的设计思想为,在设计阶段定义好整体框架,在软件运行阶段动态往框架里填充具体内容。
2 导出方案模型
导出的报表一般可以分解成独立的四个部分,即标题、表头、数据内容和表尾,因此报表的导出过程可以抽象成这四个部分的生成过程。在同一业务应用环境中,数据内容一般是固定的,标题、表头和表尾的样式变化最多。即使在下载同一种数据类型时,不同业务环境中要求的也不一样。我们把这些变化抽象出来,设计模型如图2所示。
图中的组装说明用来存放配置项,是用户控制导出报表样式的工具。四个组件集合里存放着报表对应部分的各种程序实现。表格建造者细分为四个建造者,分别提供生成标题、表头、数据内容和表尾的服务,并且能够在程序运行期间动态将组件程序注册到自己的服务中。
模型的典型业务应用如下:
步骤1 开发人员实现各个组件,每个组件配套有对应的样式图。用
文档评论(0)