CN101106578A

CN101106578A - 一种更换界面主题的方法和系统

Info

Publication number: CN101106578A
Application number: CNA2007101476284A
Authority: CN
Inventors: 张旭
Original assignee: Kingdee Software China Co Ltd
Current assignee: Shenzhen Kingdee Tianyanyun Computing Co ltd
Priority date: 2007-08-31
Filing date: 2007-08-31
Publication date: 2008-01-16
Anticipated expiration: 2027-08-31
Also published as: CN101106578B

Abstract

本发明提供了一种更换界面主题的方法，包括：接受客户端的请求；根据所述客户端的请求，解析出客户端请求装载的界面主题资源；定位所述请求的界面主题资源，确定所述请求装载的界面主题资源的类路径；装载所述确定的界面主题资源。通过发明实现界面主题的管理，web应用系统不需要修改代码也不需要重新部署即可增加新的界面主题资源，可增加任意多的界面主题资源，极大提高了界面主题管理的可扩展能力。本发明还公开了一种更换界面主题的系统。

Description

一种更换界面主题的方法和系统

技术领域

本发明涉及web应用领域，特别是涉及一种更换界面主题的方法和系统。

背景技术

Web(world wide web)是一种典型的分布式应用架构。Web应用中的每一次信息交换都要涉及到客户端和服务端两个层面。作为互联网(Internet)上的一种应用架构，Web的首要任务就是向人们提供信息和信息服务。从技术层面看，Web架构的精华有三处：用超文本技术(HTML)实现信息与信息的连接；用统一资源定位技术(URI)实现全球信息的精确定位；用新的应用层协议(HTTP)实现分布式的信息共享。这三个特点无一不与信息的分发、获取和利用有关。

Web客户端的主要任务是展现信息内容，最初的HTML语言只能在浏览器中展现静态的文本或图像信息，这满足不了人们对信息丰富性和多样性的强烈需求，因此，由静态技术向动态技术的转变成为了Web客户端技术演进的必须阶段。

随着web技术的发展和普及，用户有了个性化的需求，web界面的主题风格不再是一成不变，因此，大部分web系统都提供了界面主题管理的功能。真正让web站点的界面主题丰富多彩、动感无限的是层叠样式表(cascadingstyle sheets，CSS)技术，界面主题管理功能的通常实现方式是为一个web应用系统的界面定义多套CSS，并在系统中编写代码来控制切换CSS，从而实现界面主题的更换。采用CSS技术，可以有效的对页面的布局、字体、颜色、背景和其他效果进行控制，大大提高了开发者对信息展现格式的控制能力。

虽然采用CSS技术能实现界面主题的丰富多彩，提高用户的体验感觉，但是，如果需要改变界面主题、或者页数不同的主题外观和格式，都需要对相应的代码进行修改。一方面，需要在web应用系统中编写一定的代码来实现界面主题管理的功能，通过这种方式来实现，如果每做一个新的项目，便要为这个项目编写界面主题管理的代码，不能方便的进行维护。另一方面，通过CSS实现界面主题管理的功能，通常只支持有限的几个主题，如果系统要增加一种主题风格，则需要更改代码和重新部署应用，所需工作量较大。

因此迫切需要对web应用中的界面主题管理进行改进，简化web应用中实现更换界面主题的复杂度、降低更换成本、并且能提供高度的可扩展能力。

发明内容

本发明所要解决的技术问题是提供一种更换界面主题的方法和系统，能够简化web应用中实现更换界面主题的复杂度、降低更换成本、并且能提供高度的可扩展能力。

为了解决上述问题，本发明公开了一种更换界面主题的方法，包括：

接受客户端的请求；

根据所述客户端的请求，解析出客户端请求装载的界面主题资源；

定位所述请求的界面主题资源，确定所述请求装载的界面主题资源的类路径；

装载所述确定的界面主题资源。

进一步，在所述装载确定的界面主题资源步骤后还包括：

将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示所述更换后的界面主题。

进一步，组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

优选的，单独打包所述界面主题资源，独立存放至应用服务系统的类路径中。

进一步，在所述定位请求的界面主题资源步骤后还包括：

判断是否存在所述请求的界面主题资源，如果不存在所述请求的界面主题资源则装载默认的界面主题资源，存在则进入下一步。

本发明还公开了一种更换界面主题的系统，包括：

接受请求单元，用于接受客户端的请求；

解析单元，用于根据客户端的请求，解析出客户端请求装载的界面主题资源；

定位单元，用于定位所述请求的界面主题资源，确定所述请求装载的界面主题资源的类路径；

装载单元，用于装载所述确定的界面主题资源。

进一步，还包括传输单元，用于将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示所述更换后的界面主题。

进一步，还包括资源组织单元，用于组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

优选的，所述资源组织单元单独打包界面主题资源，独立存放所述界面主题资源至应用服务系统的类路径中。

进一步，还包括判断单元，用于判断是否存在所述请求的界面主题资源，如果不存在所述请求的界面主题资源则调用装载单元装载默认的界面主题资源，存在则调用装载单元装载所述确定的界面主题资源。

与现有技术相比，本发明具有以下优点：

本发明将界面主题管理的功能从web应用系统中剥离出来，形成独立的部分，并可用于任何基于web应用系统而无须编写代码，简化web应用开发的复杂度、降低了更换界面主题的成本。本发明所实现的可装配界面主题的管理，web应用系统不需要修改代码也不需要重新部署即可增加新的界面主题资源，可增加任意多的界面主题资源，极大提高了界面主题管理的可扩展能力。并且界面主题的资源文件是独立的，可以不部署在web应用系统中，减轻系统的维护负担。

附图说明

图1是本发明实施例一种更换界面主题的方法流程图；

图2是本发明另一实施例一种更换界面主题的方法流程图；

图3是本发明实施例一种更换界面主题的系统的结构框图；

图4是本发明另一实施例一种更换界面主题的系统的结构框图。

具体实施方式

本发明的理论基础是基于javaee的servlet规范和java语言的资源装载方式。本发明通过使用servlet提供的标准功能和java语言提供的资源装载功能，实现动态的界面主题的装载。

以了更好的理解本发明，下面对javaee的servlet规范和java语言的资源装载方式进行介绍。Servlet是使用Java Servlet应用程序设计接口(API)及相关类和方法的Java程序。除了Java Servlet API，Servlet还可以使用用以扩展和添加到API的Java类软件包。Servlet在启用Java的Web服务器上或应用服务器上运行并扩展了该服务器的能力。Java servlet对于Web服务器就好象Java applet对于Web浏览器。Servlet装入Web服务器并在Web服务器内执行，而applet装入Web浏览器并在Web浏览器内执行。Java Servlet API定义了一个servlet和Java服务器之间的一个标准接口，这使得Servlets具有跨服务器平台的特性。

Servlet通过创建一个框架来扩展服务器的能力，以提供在Web上进行请求和响应服务。当客户端发送请求至服务器时，服务器可以将请求信息发送给Servlet，并让Servlet建立起服务器返回给客户端的响应。当启动Web服务器或客户端第一次请求服务时，可以自动装入Servlet。装入后，Servlet继续运行直到其它客户端发出请求。Servlet的功能涉及范围很广。通常，Servlet可完成如下功能：

1、创建并返回一个包含基于客户请求性质的动态内容的完整的HTML页面。

2、创建可嵌入到现有HTML页面中的一部分HTML页面(HTML片段)。

3、与其它服务器资源(包括数据库和基于Java的应用程序)进行通信。

4、用多个客户端处理连接，接收多个客户端的输入，并将结果广播到多个客户端上。例如，Servlet可以是多参与者的游戏服务器。

5、当允许在单连接方式下传送数据的情况下，在浏览器上打开服务器至applet的新连接，并将该连接保持在打开状态。当允许客户端和服务器简单、高效地执行会话的情况下，applet也可以启动客户浏览器和服务器之间的连接。可以通过定制协议或标准(如IIOP)进行通信。

6、对特殊的处理采用MIME类型过滤数据，例如图像转换和服务器端包括(SSI)。

7、将定制的处理提供给所有服务器的标准例行程序。例如，Servlet可以修改如何认证用户。

类装载是java语言提供的最强大的机制之一，一个类代表要执行的代码，而数据则表示其相关状态。状态时常改变，而代码则不会。将一个特定的状态与一个类相对应起来，即将一个类事例化。尽管相同的类对应的实例其状态千差万别，但其本质都对应着同一段代码。一旦一个类被载入Java虚拟机(JavaVirtual Machine，JVM)中，同一个类就不会被再次载入了。应用服务器自身的启动需要装载很多类文件(class)，部署在应用服务器上的应用启动时也需要装载应用自身的类文件。JAVA的类装载机制是在同一个JVM中，按类路径的层次和顺序装载类文件，并且同一个类装载器(classloader)对同一个类只能够装载一次，classloader存在父子关系，同一个类文件可以被不同的classloader装载，一个类可以被多个class-loader装载。应用服务器运行时，应用的某个类可以被部署在多个地方。

Java虚拟机(JVM)的类装载就是将包含在类文件中的字节码装载到JVM中，但是类装载器也不是原封不动的装载到JVM，它是将类(.class)文件中的内容转换成JVM使用的类字节码。通过类装载器装载到JVM中的字节码数据，就成了可执行的代码。类装载器把类装入JVM中，要经过三个步骤完成：装载，链接和初始化。

类装载器本身也是一个java类，类库中提供了一个java.lang.classloader做为类的装载器基类，也就是说真正的类装载器都必须是classloader的子类。Class类中定义了一个getclassloader方法，用于返回它所描述的类的类装载器对象，这个返回对象的类型就是classloader。一个java应用持续使用两种类型的类装载器：根装载器(bootstrap)和用户定义的装载器(user-defined)，所谓根装载器就是JVM中内嵌的一个类，它是用特定的操作系统的本地代码实现的，它不用专门的类装载器去进行装载。它负责装载java核心包中的类文件中的类。对一个已经被父级类装载器装载的类来说。JVM默认也使用这个父级类装载器去装载它所调用的其他类，由于父级类装载器不会委托子级类装载器去装载类，所以，在一般情况下，一个已被父级类装载器装载的类无法调用那些只能被子级类装载器发现和装载的其他的类。

本发明通过使用servlet提供的标准功能和java语言提供的资源装载功能，实现动态的界面主题资源的装载。

本发明所述的界面主题管理是一个可独立工作的、可嵌入其他应用的部分。如果要在一个系统中使用本发明的界面主题管理，只需将界面主题资源文件放在系统的类路径中即可。界面主题装载器根据来自客户端的界面主题资源的请求，定位指定的界面主题资源。对于应用系统来说，使用本发明所述方案，则所有界面主题管理相关的功能都可以通过本发明的界面主题管理来实现，因此不需要编写界面主题管理的任何代码。

进一步，本发明中的界面主题资源文件，是按照一定的目录形式组织的，每个界面主题或主题相关的文件，存放在单独的文件夹中，如果需要增加一种新的界面主题，只需再建立一个类似的文件夹即可，程序代码无需做任何改变，在传统的界面主题资源管理模式下，如果需要新增界面主题，势必要引起程序代码的改动。

根据请求定位界面主题资源时，是在整个类路径中定位的，该点不同于传统的资源管理模式，传统的资源管理模式只是局限在应用系统自身的目录中定位。而本明则可以将任何位置的文件或文件夹添加到类路径中。因此，对于应用系统，将系统所需的界面主题资源文件放在类路径中即可，界面主题管理即会定位并装载它，并不一定要存放在应用系统的目录下。

进一步，由于界面主题管理在定位界面主题资源时，是在类路径中定位，这种机制决定了界面主题资源文件是可以分开成多个独立文件的。比如一个应用系统提供三种界面主题a、b、c，则可以把界面主题a所需要的所有资源文件打包成一个独立的，界面主题b所需的资源文件打包成一个，界面主题c所需的所有资源文件打包为一个，分别是a.jar、b.jar和c.jar，将这三个文件都加到java的类路径中，因此，对于界面主题管理来说，则可以查找到全部这三种界面主题的资源文件了。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明实施例一种更换界面主题的方法流程图，包括步骤：

步骤101、接受客户端的请求。

当客户端要更换界面主题时，则向服务器发出更换界面主题的请求，所述服务器接收所述客户端更换界面主题的请求。

步骤102、根据所述客户端的请求，解析出客户端请求装载的界面主题资源。

服务器端接收客户端的统一资源定位符(Uniform Resource Locator，URL)根据所述URL解析出客户端请求装载的界面主题。

所述URL是web页的地址，URL由两个主要的部分构成：协议(Protocol)和目的地(Destination)。协议部分表示面对的是何种类型的Internet资源。web中最常见的协议是http，它表示从Web中取回的是HTML文档。其他协议还有gopher、ftp和telnet等。目的地可以是某个文件名、目录名或者某台计算机的名称。通过一个URL能让浏览器知道HTML文档的正确位置以及文件名是什么。URL的作用是告诉浏览器使用什么协议，以及在网络的什么地方去寻找下载的文件。URL用来定义Web网页的地址。根据客户端的URL就可以解析出客户端所要请求的资源地址以及所要请求的资源名称。

步骤103、定位客户端请求的界面主题资源，确定所述请求装载的界面主题资源的类路径。

本发明所述的界面主题资源是按照一定的目录形式组织的，每个界面主题或与主题相关的文件，都存放在一个单独的文件夹中，当需要增加一种新的界面主题时，只需再建立一个类似的文件夹即可。在本发明中，可以将任何位置的文件或文件夹存放于类路径中，因此，对于应用系统，将所需的界面主题资源文件存放在类路径中即可。服务器端在根据客户端的请求定位界面主题资源时，是在整个类路径中定位的，不需要一定将资源文件存放在应用系统的目录下。

进一步，由于在定位界面主题资源时，是在类路径中定位的，这种机制决定了界面主题资源可以被分开成多个独立文件。例如，一个应用系统提供三种界面主题a、b、c，则可以把界面主题a所需要的所有资源文件打包成一个独立的，界面主题b所需要的资源文件打包成一个独立的，界面主题c所需的所有资源文件打包成一个独立的，分别是a.jar、b.jar和c.jar，将这三个文件都存放到类路径中，因此，对于界面主题管理来说，就可以查找到全部这三种界面主题的资源文件了。

步骤104、装载所述确定的界面主题资源。

经过步骤103的定位确定后，即可知道客户端请求的界面主题资源的类路径，通过类装载功能将所述界面主题资源类文件从类路径中装载，实现界面主题的更换。

进一步，还包括步骤105、将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示更换后的界面主题。

根据客户端的URL，将所述更换后的界面主题传输至所述请求更换界面主题的客户端。所述传输的方式可以是二进制流的方式，也可以是其他方式，本发明并不对此进行限定，本发明优选采用二进制流的方式传输所述更换后的界面主题至客户端。

通过前面的描述可知，本发明的界面主题资源文件可以单独打包，单独存放在类路径中。在本发明中，采用了应用服务器的session机制，从而实现对每一个客户端，都有一个独立的界面主题资源存储区域，互相独立。将每个客户端所请求的界面主题资源存放在每个客户的session之中，从而实现每个客户端可以选择各自的界面主题资源，互不干涉。

通过CSS实现的界面主题管理，需要在web应用系统中编写一定的代码来实现界面主题管理的功能，每做一个新的项目时，便要为这个项目编写界面管理的代码，不能方便的进行维护。另一方面，通过该种方式的实现，通常只支持有限的几个界面主题，如果系统要增加一种界面主题，也需要更改代码以重新部署应用。通过本发明所述技术方案实现界面主题管理，将界面主题管理的功能从web应用系统中剥离出来，形成一个独立的功能，并可用于任何基于web的应用系统而无须编写代码，从而简化web开发的复杂度。通过本发明所述的技术方案，web应用系统不需要修改代码也不需要重新部署即可增加一种新的界面主题，极大的提高了界面主题管理的可扩展能力。

参照图2，示出了本发明另一实施例一种更换界面主题的方法的流程图，包括步骤：

步骤201、接受客户端的请求。

步骤202、根据所述客户端的请求，解析出客户端请求装载的界面主题资源。

步骤203、定位客户端请求的界面主题资源，确定所述请求装载的界面主题资源的类路径。

进一步，由于在定位界面主题资源时，是在类路径中定位的，这种机制决定了界面主题资源可以被分开成多个独立文件。

步骤204、判断是否存在所述请求的界面主题资源，如果不存在所述请求的界面主题资源则装载默认的界面主题资源，存在则进入下一步骤205。

步骤205、装载所述确定的界面主题资源。

经过步骤203的定位确定后，即可知道客户端请求的界面主题资源的类路径，通过类装载功能将所述界面主题资源类文件从类路径中装载，实现界面主题的更换。

进一步，还包括步骤206、将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示更换后的界面主题。

参照图3，示出了本发明实施例一种更换界面主题的系统的结构框图，包括：

接受请求单元301，用于接受客户端的请求。

解析单元302，用于根据客户端的请求，解析出客户端请求装载的界面主题资源。

服务器端接收客户端的统一资源定位符(Uniform Resource Locator，URL)根据所述URL解析出客户端请求装载的界面主题。URL的作用是告诉浏览器使用什么协议，以及在网络的什么地方去寻找下载的文件。URL用来定义Web网页的地址。根据客户端的URL就可以解析出客户端所要请求的资源地址以及所要请求的资源名称。

定位单元303，用于定位所述请求的界面主题资源，确定所述请求装载的界面主题资源的类路径。

装载单元304，用于装载所述确定的界面主题资源。

知道客户端请求的界面主题资源的类路径，调用装载单元将所述界面主题资源类文件从类路径中装载，实现界面主题的更换。

进一步，还包括传输单元305，用于将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示更换后的界面主题。

进一步，还包括资源组织单元306，用于组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

所述资源组织单元单独打包界面主题资源，独立存放所述界面主题资源至应用服务系统的类路径中。

参照图4，示出了本发明另一实施例一种更换界面主题的系统的结构框图，包括：

接受请求单元401，用于接受客户端的请求。

解析单元402，用于根据客户端的请求，解析出客户端请求装载的界面主题资源。

定位单元403，用于定位所述请求的界面主题资源，确定所述请求装载的界面主题资源的类路径。

判断单元404，用于判断是否存在所述请求的界面主题资源，如果不存在所述请求的界面主题资源则调用装载单元405装载默认的界面主题资源，存在则调用装载单元405装载所述确定的界面主题资源。

装载单元405，用于装载所述确定的界面主题资源。

进一步，还包括传输单元406，用于将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示更换后的界面主题。

进一步，还包括资源组织单元407，用于组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

以上对本发明所提供的一种更换界面主题的方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种更换界面主题的方法，其特征在于，包括：

接受客户端的请求；

装载所述确定的界面主题资源。

2.如权利要求1所述的更换界面主题的方法，其特征在于，在所述装载确定的界面主题资源步骤后还包括：

3.如权利要求1所述的更换界面主题的方法，其特征在于，还包括：

组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

4.如权利要求3所述的更换界面主题的方法，其特征在于：

单独打包所述界面主题资源，独立存放至应用服务系统的类路径中。

5.如权利要求1所述的更换界面主题的方法，其特征在于，在所述定位请求的界面主题资源步骤后还包括：

6.一种更换界面主题的系统，其特征在于，包括：

接受请求单元，用于接受客户端的请求；

装载单元，用于装载所述确定的界面主题资源。

7.如权利要求6所述的更换界面主题的系统，其特征在于，还包括：

传输单元，用于将所述装载的界面主题资源以流的方式传输至所述请求的客户端，在客户端显示所述更换后的界面主题。

8.如权利要求6所述的更换界面主题的系统，其特征在于，还包括：

资源组织单元，用于组织界面主题资源，打包存储所述界面主题资源至应用服务系统的类路径中。

9.如权利要求8所述的更换界面主题的系统，其特征在于：

10.如权利要求6所述的更换界面主题的系统，其特征在于，还包括：

判断单元，用于判断是否存在所述请求的界面主题资源，如果不存在所述请求的界面主题资源则调用装载单元装载默认的界面主题资源，存在则调用装载单元装载所述确定的界面主题资源。