AOP基于J2EE架构的Web应用动态数据国际化框架

该方案已成功应用,可以实现规范、高效的国际化软件开发,减少软件开发所需要的时间和精力。

互联网的发展推动了全世界的交流,需要开发出满足不同地区语言、文化、生活习惯要求的 Web 应用,因此,软件的国际化已成为必须要解决的问题。国内外目前采用的国际化方法存在以下一些不足:

已存在的动态数据国际化解决方法不易于移植和复用。 没有现成的动态数据国际化解决方案或框架。

针对以上问题,需要提出一个动态数据国际化的解决方案。

为了在短时间内,规范高效的构建出国际化的 Web 应用,需要设计一种易于理解和维护的国际化">开发框架。作者旨在将国际化相关的共性操作抽取出来进行一致性处理,生成一种基于 Spring 轻量级框架的、J2EE 架构的 Web 应用国际化框架,简化系统国际化的实现过程。

目标是:

使该国际化框架适用于关系数据库或对象关系数据库。 将国际化相关的共性操作提取到方面(Aspect)中,使编程人员可以专注于
核心业务逻辑的编写,不需要考虑特定国家\语言环境,简化开发。
新的框架要易于配置。 框架的代码可以复用,能有效地提高系统开发效率。

动态数据国际化框架模型的设计与实现

总体设计

本框架基于 J2EE 三层架构(UI 层、逻辑层和持久层),如图 1 所示。所有层次都应遵循 Unicode 准则,即内部编码采用 Unicode 标准,B/S 架构推荐使用 UTF-8 编码。

图 1. 基于 B/S 的国际化总体逻辑框架

图 2. 动态数据国际化框架设计

该容器由国际化配置的注解、DAO 层资源处理器和充当过滤器角色、实现国际化公共增强功能的方面这 3 部分组合而成。

该容器中,国际化 Aspect,主要根据实体 bean 的注释标签判断访问哪种资源,采用哪种资源处理器进行处理。

该容器中,DAO 层的资源处理器,主要根据实体 Bean 注释中的配置信息,对资源进行存取访问操作,获取资源。

分层结构是基于 B/S 架构的 Java EE 应用程序的标准模式,本框架通过对应用程序划分层次,可以获得各层清晰的功能和职责,简化代码的实现难度。

该框架有以下几点优势:

不依靠资源的持久化方式;

可使用资源文件或关系数据库存储信息。用关系数据库存储时,无论是单表还是分表,都可以完成数据存取。

国际化功能与
业务逻辑解耦;

编程人员可以专注于核心的 BO 层的业务逻辑的编写,把国际化相关的功能提取到方面中。不需要考虑国际化的特定国家 \ 语言,只需编写源代码进行数据库操作、对数据库进行访问即可,提高了对数据库进行访问的安全性。

坚持以 OOP 设计为主,AOP 设计为辅,可缩减代码,控制开发成本; 用注解实现对象关系数据库间的一一映射。

它管理 Java 类到数据库表的映射,在 JavaBean 中只嵌入注解标签即可,与国际化有关的代码完全提取到注解的实现 Bean 中,JavaBean 中完全不使用国际化相关代码,方便复用和调试。

时间: 2024-10-17 08:25:33

AOP基于J2EE架构的Web应用动态数据国际化框架的相关文章

基于 AOP 的动态数据国际化框架的设计与实现

互联网的发展推动了全世界的交流,需要开发出满足不同地区语言.文化.生活习惯要求的 Web 应用,因此,软件的国 际化已成为必须要解决的问题.国内外目前采用的国际化方法存在以下一些不足: 已存在的动态数据国际化解决方法不易于移植和复用. 没有现成的动态数据国际化解决方案或框架. 针对以上问题,需要提出一个动态数据国际化的解决方案. 为了在短时间内,规范高效的构建出国际化的 Web 应用,需要设计一种易于理解和维护的国际化开发框架.作者旨在将国际化相关的共性操作抽取出来进行一致性处理,生成 一种基于

基于J2EE架构的企业应用开发新思维:Web开发的困境

1前言 在企业级的应用系统开发领域,J2EE架构现在已经被普遍接受了.虽然它并未完全兑现刚刚出现时的种种美好许诺,跨平台,分布式,易于开发维护等等,但J2EE的广泛普及,已经是一个不争的事实. 虽然J2EE已经非常普及,但从技术上来讲,它本身还是存在很多缺陷的,比较突出的缺点,就是开发效率低,维护更加复杂,许多项目组都陷入其中不可自拔.本文将就造成这一现象的原因进行初步探讨,并在此基础上提出自己的解决思路. 本文讨论的范围仅限于采用B/S开发企业的应用系统,不涉及网站类型的应用开发.讨论的技术方

基于J2EE架构的企业应用开发新思维:Web应用以谁为中心

基于J2EE架构的企业应用开发新思维:Web应用以谁为中心?浏览器?服务器 企业Web应用,指的是企业内部使用B/S架构搭建的企业信息系统,用户一般局限在企业内部,为了适应企业某个业务流程而设计开发使用的系统. 出于跨地域部署升级的考虑,一般采用B/S模式进行开发,避免在每个客户端安装配置的麻烦. 一般情况下,前台浏览器特指IE浏览器,前台操作系统选择Windows操作系统. 非Windows操作系统的客户机与非IE的浏览器不在本文讨论范围之内. 本文主要讨论以J2ee架构为基础的Web应用,其

基于MVC4+EasyUI的Web开发框架形成之旅--框架总体界面介绍

在前面介绍了一些关于最新基于MVC4+EasyUI的Web开发框架文章,虽然Web开发框架的相关技术文章会随着技术的探讨一直写下去,不过这个系列的文章,到这里做一个总结,展示一下整体基于MVC4+EasyUI的界面效果,让大家对这款Web开发框架有一个形象的了解,界面设计以及相关思路可以借鉴提高,也可以对相关的内容进行相互探讨,共同提高. 技术特点:整个Web开发框架,界面部分采用较新的技术,包括MVC4,最新版本的EasyUI,以及zTree树形控件.Uploadify文件上传组件等模块,另外

用ADO的COMMAND对象实现对WEB数据库动态数据查询的方法

用ADO的COMMAND对象实现对WEB数据库动态数据查询的方法★ 林碧英众所周知,由于ASP技术的出现,使得Intranet的应用更加广泛深入.相当多的企业都建立了企业内部综合查询系统,如何快速.准确地查询企业内部信息是编写基于WEB技术应用程序必须要解决的主要问题.ASP提供了用ADO内置的3个主要对象Recordset.Connection和Command对WEB数据库进行操作.其中Connection的主要功能是建立与WEB数据库的链接:Command的主要功能是向WEB数据库传送数据查

基于J2EE架构的企业应用开发新思维:Web企业开发困境原因分析

从总体上来说,构成目前J2EE 企业开发效率低下的原因有这么几个:分工过细,技术路线多头并进,客户无法参与,开发的复杂度太高.这几个方面的因素之间互为因果,相互作用,最后把整个开发过程拖入泥沼之中.下面详细论述. 5.1分工过细 J2EE的整个理论体系,来自IBM这样的商业化巨头,因此他们提出的技术架构,整体上遵循的原则,就是强化分工,强化分层.把原本是属于一个整体的应用系统,生生切分成用户界面层,应用逻辑层,数据访问层,数据存储层多个不同层次,并且在每个不同层次上再进行不断细化,将分工的特性发

基于J2EE架构的企业应用开发新思维:解决之道

要解决J2EE企业应用开发的种种问题,就必须转换思路,从减少分层,简化技术架构,销减系统复杂度,加强用户参与这几个方面同时努力. 我在十年以前,曾经使用PowerBuilder开发过很多系统,惊叹于其快速开发能力,界面描述能力等等,在痛苦的进行J2ee开发多年以后,开始发心,将PowerBuilder里面的DataWindow控件重新设计实现,命名为WebDW. WebDW是我设计用来简化J2EE开发的一个尝试,也许这个产品本身并不完善,但整个考虑问题的思路我认为是可以借鉴的. 6.1 WebD

基于J2EE架构的企业应用开发新思维:J2EE框架批判

4.1关于J2EE开发的比喻 打个比方. 现在的j2ee开发,就好象对面来了一个人. 最外面穿着一件风衣(HTML) 风衣里面穿着西装(Struts) 西装里面穿着马甲(Spring) 马甲里面穿着衬衫(Hibernate) 衬衫的里面才是真实的人(数据库) 全部衣服都是采用棉布做成的(Java) 每件衣服上都可能有其他配件(第3方库) 各件衣服之间需要配套使用(版本兼容) 如果你想看到这个人到底长啥样,必须得:先脱一件,再脱一件,再脱一件.最后才能看到最终数据库里面的数据是啥样子. 在很久很久

基于MVC4+EasyUI的Web开发框架经验总结(13)--DataGrid控件实现自动适应宽带高度

在默认情况下,EasyUI的DataGrid好像都没有具备自动宽度的适应功能,一般是指定像素宽度的,但是使用的人员计算机的屏幕分辨率可能不一样,因此导致有些地方显示太大或者太小,总是不能达到好的预期效果,如果DataGrid能够根据窗口尺寸进行伸缩,效果应该好很多.本文主要介绍DataGrid控件实现自动适应宽带高度的操作. 首先我们需要定义一个resizeDataGrid的扩展函数,方便在页面里面进行调用,扩展函数定义如下所示. //datagrid宽度高度自动调整的函数 $.fn.exten