CN103927345A - 一种jsp标签嵌套的方法及装置 - Google Patents

Abstract

本发明公开了一种JSP标签嵌套的方法及装置，涉及互联网应用领域，提供了一种新的标签嵌套的方法，能够克服现有技术中标签使用不灵活的缺陷。本发明的具体实施例包括：创建对象属性缓存注解描述器和标签变量池管理器，其中，通过对象属性缓存注解描述器确定能够使用标签变量池管理器的用户标签变量，进而通过标签变量池管理器对属性进行保存、修改，最后将标签变量池管理器转化为抽象管理类，该抽象管理类可以被所有的用户标签实现类继承。本发明提供的技术方案主要应用于JSP标签嵌套的使用流程中。

Description

一种JSP标签嵌套的方法及装置

技术领域

本发明涉及互联网应用领域，尤其涉及一种JSP标签嵌套的方法及装置。

背景技术

随着互联网的发展，基于WEB的应用系统越来越多，对于WEB应用，针对界面封装组件是所有WEB应用设计和开发的模式。具体的，在WEB应用的JSP项目中，是通过封装TAG标签形成组件，而组件中存在标签嵌套。

通过封装的标签生成界面，在标签使用过程中，标签嵌套使用广泛，但是在目前的技术中，同一个JSP标签不能自己嵌套，也就是说：有一个JSP标签：<jsp:test></jsp:test>，如果JSP标签中有自己的数据在doStart、doAfter、doEnd中使用时，该标签不能以如下形式使用：<jsp:test><jsp:test></jsp:test></jsp:test>，因为这样会导致外层标签的doEnd过程中，不能读取外层标签的用户属性，输出的结果也不是用户需要的输出形式。比如，在上述的例子中，其中的一个test表示的是内层标签，另一个test表示的是外层标签，预设的输出格式是：外层标签、内层标签、内层标签、外层标签，但是在采用上述的<jsp:test><jsp:test></jsp:test></jsp:test>格式时，输出的结果为：外层标签、内层标签、内层表签、内层标签，并不能满足预设的需求。

根据上述的问题，现有实现方案中是将不同的标签嵌套在标签内，比如，当存在两个不同的标签时，会通过<jsp:testA><jsp:testB></jsp:testB></jsp:testA>表示。在这种情况下，这样同一类的JSP标签必须重复出现，造成了标签代码的冗余。这就导致在涉及到标签嵌套的地方定义了大量的标签，在使用过程中容易产生混淆，无法准确快速的确定使用哪一个名称的标签，标签使用不灵活，进而会产生bug。

发明内容

本发明的实施例提供一种JSP标签嵌套的方法及装置，提供了一种新的标签嵌套的方法，能够克服现有技术中标签使用不灵活的缺陷。

为达到上述目的，本发明的实施例采用如下技术方案：

一种JSP标签嵌套的方法，包括：

根据描述器构建指令构建对象属性缓存注解描述器，所述对象属性缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系；

根据管理器构建指令构建所述标签变量池管理器，所述标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口；

将所述标签变量池管理器转化为抽象管理类，所述抽象管理类用于被用户标签实现类继承。

一种JSP标签嵌套的装置，包括：

构构建单元，用于根据描述器构建指令构建对象属性缓存注解描述器，所述对象属性缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系；根据管理器构建指令构建所述标签变量池管理器，所述标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口；

转化单元，用于将所述构建单元构建的所述标签变量池管理器转化为抽象管理类，所述抽象管理类用于被用户标签实现类继承。

本发明实施例提供的一种JSP标签嵌套的方法及装置，首先需要创建对象属性缓存注解描述器和标签变量池管理器，其中，通过对象属性缓存注解描述器确定能够使用标签变量池管理器的用户标签变量，进而通过标签变量池管理器对属性进行保存、修改，最后将标签变量池管理器转化为抽象管理类，该抽象管理类可以被所有的用户标签实现类继承，这样所有的功能相同的用户标签实现类的属性使用标签变量池管理器中的同一数据，克服了现有技术中JSP标签使用不灵活的缺陷。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的一种JSP标签嵌套的方法流程图；

图2为本发明另一实施例提供的一种JSP标签嵌套方法的应用场景示意图；

图3为本发明另一实施例提供的一种JSP标签嵌套的方法流程图；

图4为本发明另一实施例提供的一种JSP标签嵌套装置的组成示意图；

图5为本发明另一实施例提供的另一种JSP标签嵌套装置的组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明一实施例提供了一种JSP标签嵌套的方法，如图1所示，该方法包括：

101、根据描述器构建指令构建对象属性缓存注解描述器。

其中，对象属性注缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系。

也就是说，对象属性缓存注解描述器用于指明用户标签中的对象的哪些属性需要使用标签变量池管理器。

结合上述的说明，每个标签中的对象可以包括多个属性，但是并不是每一个属性都需要使用标签变量池管理器，本实施例对每一个需要使用标签变量池管理器的属性添加描述，以触发其使用标签变量池管理器。

此外值得说明的是，该属性描述的表现形式可以通过用户或者系统设定，本发明实施例对此不进行限制。

102、根据管理器构建指令构建标签变量池管理器。

其中，标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口。

值得说明的是，该标签变量池管理器管理器中的四个接口用于实现对标签中对象的属性的保存、修改。

103、将标签变量池管理器转化为抽象管理类。

其中，抽象管理类用于被用户标签实现类继承。

本发明实施例提供的JSP标签嵌套的方法，首先需要创建对象属性缓存注解描述器和标签变量池管理器，其中，通过对象属性缓存注解描述器确定能够使用标签变量池管理器的用户标签变量，进而通过标签变量池管理器对属性进行保存、修改，最后将标签变量池管理器转化为抽象管理类，该抽象管理类可以被所有的用户标签实现类继承，这样所有的功能相同的用户标签实现类的属性使用标签变量池管理器中的同一数据，克服了现有技术中JSP标签使用不灵活的缺陷。

本发明另一实施例提供了一种JSP标签嵌套的方法，结合上一实施例的描述，在本实施例中，记载了更为完整的实现流程。

结合上一实施例的描述，在执行101、102之前，首先需要获取到创建标签变量池管理器和对象属性缓存注解描述器的指令。

具体的，即

接收用户输入的描述器构建指令；接收用户输入的管理器构建指令。

值得说明的是，在接收到描述器构建指令之后就能够完成对象属性缓存注解描述器的构建，在接收到管理器构建指令之后，就可以完成标签变量池管理器的构建。本实施例对接收指令的顺序以及构建相应器件的顺序不作限定。

值得说明的是，在形成抽象管理类的过程中具体的包括：

a、确定标签实现接口。

值得说明的是，在JSP中，用户标签分为三个部分：标签开始、标签体、标签结束。三部分的标签实现接口包括：doStartTag，doAfterBody，doEndTag三个接口，分别代表为：

doStart，代表标签开始时执行的接口；

doAfterBody，代表标签体执行的接口；

doEnd，代表标签结束执行的接口。

也就是说，doStartTag，表示标签开始时执行的接口；doEndTag表示标签结束执行的接口。

其中，定义该标签实现接口为终态接口，这样就可以与下述重新定义的用户接口区分。

b、针对上述a中的三个接口定义用户接口。

其中，用户接口与上述的实现接口的接口参数和返回值相同。

结合上述的描述，在本步骤中，定义与上述步骤a中的三个标签实现接口相对应的三个用户接口，分别为doUserStartTag，doUserAfterBody，doUserEndTag。

其中，doUserStartTag，表示标签开始时执行的接口对应的用户接口，可称之为标签开始的用户接口；

doUserAfterBody，表示标签体执行的接口对应的用户接口，可称之为标签体的用户接口；

doUserEndTag，表示标签结束执行的接口对应的用户接口，称之为标签结束的用户接口。

c、在标签实现接口中调用用户接口。

结合上述示例具体的，在标签实现接口doStartTag，doAfterBody，doEndTag中分别完成对应用户接口doUserStartTag，doUserAfterBody，doUserEndTag的调用。

进一步的，结合上一实施例的描述，在形成抽象管理类之后，还需要执行下述步骤：

根据用户输入的实现类创建指令，创建用户标签实现类。

其中，用户标签实现类中至少包括public属性的变量、属性描述，且属性描述设置于public属性之前。该用户标签实现类继承上述描述的抽象管理类，进而使得该用户标签实现类能够获取到调用上述的标签变量池管理器的权限。

且该属性描述用于表示用户标签实现类的变量与标签变量池管理器的对应关系，用于当确定变量能够使用标签变量池管理器时，通过该属性描述触发使用。

更进一步的，结合完成实现类完成用户接口的调用，具体的，该调用过程可以分为如下三个步骤执行：

第一步：使用doStartTag首先调用doUserStartTag。

进一步的，在调用完毕后，判断返回结果。

当返回结果不是继续JSP页面后面的逻辑时，调用标签变量池管理器的创建接口，创建一个缓存的数据对象池，并保存缓存数据返回结果。

当返回结果是继续JSP页面后面的逻辑时，不再执行下述第二、第三步，本实施例对此不再进行说明。

其中，继续JSP页面后面的逻辑表示适合执行页面，即可以执行后续操作。

第二步、使用doAfterBody，首先读取数据接口，恢复用户标签的缓存数据，再调用doUserAfterBody。

进一步的，在调用doUserAfterBody完毕后，判断返回结果。

当该判断结果不是继续JSP页面后面的逻辑时，调用写入数据接口，写入缓存数据，返回结果。

当返回结果是继续JSP页面后面的逻辑值时，不再执行下述第三步，本实施例对此不再进行说明。

第三步、使用doEndTag，首先调用读取数据接口，恢复标签的缓存数据，再调用doUserEndTag。

进一步的，在调用完毕后，调用标签变量池管理器的销毁接口，释放缓存数据，返回结果。

本发明另一实施例提供了一种JSP标签嵌套的方法，首先需要构建该方法的应用场景，如图2所示，在该应用场景架构中包括：对象属性缓存注解描述器01、标签变量池管理器02。

具体的，为了分析用户的属性描述确定用户标签的哪些属性需要使用标签变量池管理器，构建对象属性缓存注解描述器01。

构建的标签变量池管理器02中包含以下四个接口：

创建接口，用于在用户标签开始执行过程中，通过该接口创建一个缓存的数据对象池，并且保存用户标签缓存数据。

读取数据接口，用于在用户接口再次调用时，通过该接口恢复用户标签的数据。

优选的，该接口主要集中在doAfterBody，doEndTag两个接口。

写入数据接口，在用户接口调用完毕后，通过调用该接口对用户标签的数据进行缓存。

优选的，该接口主要集中在doStartTag，doAfterBody两个接口。

销毁接口，在标签完成功能后需要通过该接口对创建的数据对象池进行销毁。

进一步的，将标签变量池管理器抽象成类，形成抽象管理类，且所有用户标签实现类都继承该抽象管理类，进而能够消除标签自内嵌缺陷。

该抽象管理类具有以下几个功能：

第一、三个标签实现接口为doStartTag，doAfterBody，doEndTag，并且定义接口为终态接口。

第二、针对标签需要实现的上述三个标签实现接口，定义新的用户接口doUserStartTag，doUserAfterBody，doUserEndTag，接口参数和返回值保持和doStartTag，doAfterBody，doEndTag相同。

第三、在doStartTag，doAfterBody，doEndTag中完成用户接口的doUserStartTag，doUserAfterBody，doUserEndTag调用。

结合上述描述创建的应用场景，在创建完成后，会接收用户输入的指令进而完成相应的调度，

首先，接收用户输入的创建用户标签实现类的指令。

其中，用户标签实现类继承上述形成的抽象管理类，进而获取调用变量池管理器的权限。

进一步的，接收用户对标签变量池管理器的使用描述。

其中，该描述用于指明接下来定义的public属性的变量需要使用标签变量池管理器。

更近一步的，接收并执行用户输入的public属性的变量的定义指令。

值得说明的是，在定义public属性变量时，此时定义的变量与上述描述的变量是一一对应的。

在完成上述的准备工作后，进而进行变量的调度，具体的，如图3所示，执行如下步骤：

301、通过doStartTag首先调用doUserStartTag。

在调用完毕后，判断返回结构，具体的，当判断结果不是继续JSP页面后面的逻辑时，调用标签变量池管理器的创建接口，创建一个缓存，保存数据并返回结果。

302：通过doAfterBody，首先调用标签变量池管理器的读取数据接口，再调用doUserAfterBody。

值得说明的是，上述调用读取数据接口用于恢复标签的缓存数据。

进一步的，在上述302调用doUserAfterBody完毕后，判断返回结构，当返回结构不是继续JSP页面后面的逻辑时，执行下述303。

303、调用标签变量池管理器的写入数据接口，写入缓存数据，返回结果。

304、通过doEndTag，首先调用标签变量池管理器的读取数据接口，恢复标签的缓存数据，再调用doUserEndTag。

更进一步的，在调用doUserEndTag完毕后，调用标签变量池管理器的销毁接口，释放缓存数据，返回结果。

值得说明的是，在本实施例中，对于doStartTag、doUserStartTag、doAfterBody、doUserAfterBody、doEndTag、doUserEndTag的说明与上述实施例中a、b中的相应描述相同，在此不再重复说明。

本发明另一实施例提供了一种JSP标签嵌套的装置，如图4所示，该装置包括：构建单元41、转化单元42。

构建单元41，用于根据描述器构建指令构建对象属性缓存注解描述器；根据管理器构建指令构建标签变量池管理器。

其中，对象属性缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系；标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口。

可选的，创建接口，用于在用户标签开始执行过程中，通过该接口创建一个缓存的数据对象池，并且保存用户标签缓存数据。

读取数据接口，用于在用户接口再次调用时，通过该接口恢复用户标签的数据。

写入数据接口，用于在用户接口调用完毕后，通过调用该接口对用户标签的数据进行缓存。

所述销毁接口，用于在标签完成功能后，需要通过该接口对创建的数据对象池进行销毁。

转化单元42，用于将构建单元41构建的标签变量池管理器转化为抽象管理类。

其中，抽象管理类用于被用户标签实现类继承。

可选的，如图5所示，该装置还包括：接收单元43、确定单元44、定义单元45、调用单元46。

接收单元43，用于接收用户输入的描述器构建指令；还用于接收用户输入的管理器构建指令。

可选的，创建单元41，还用于在形成抽象管理类之后，根据用户输入的用户标签实现类创建指令，创建用户标签实现类；

其中，用户标签实现类中至少包括公共public属性的变量、属性描述，该属性描述设置于public属性之前；且属性描述用于表示用户标签实现类的变量与标签变量池管理器的对应关系。

确定单元44，用于根据创建单元41创建的用户标签实现类确定标签实现接口。

定义单元45，用于通过转化单元42转化的抽象管理类，对确定单元44确定的标签实现接口重新定义用户接口。

其中，用户接口与标签实现接口的接口参数和返回值相同。

调用单元46，用于在标签实现接口中调用定义单元45定义的用户接口。

本发明实施例提供的JSP标签嵌套的装置，通过创建单元创建对象属性缓存注解描述器和标签变量池管理器，其中，通过对象属性缓存注解描述器确定能够使用标签变量池管理器的用户标签变量，进而通过标签变量池管理器对属性进行保存、修改，最后将标签变量池管理器转化为抽象管理类，该抽象管理类可以被所有的用户标签实现类继承，这样所有的功能相同的用户标签实现类的属性使用标签变量池管理器中的同一数据，克服了现有技术中JSP标签使用不灵活的缺陷。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种JSP标签嵌套的方法，其特征在于，包括：

根据描述器构建指令构建对象属性缓存注解描述器，所述对象属性缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系；

根据管理器构建指令构建所述标签变量池管理器，所述标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口；

将所述标签变量池管理器转化为抽象管理类，所述抽象管理类用于被用户标签实现类继承。

2.根据权利要求1所述的JSP标签嵌套的方法，其特征在于，所述方法还包括：

接收用户输入的所述描述器构建指令；

接收用户输入的所述管理器构建指令。

3.根据权利要求2所述的JSP标签嵌套的方法，其特征在于，在形成所述抽象管理类之后，还包括：

根据用户输入的用户标签实现类创建指令，创建用户标签实现类；

所述用户标签实现类中至少包括公共public属性的变量、属性描述，所述属性描述设置于public属性之前；

其中，所述属性描述用于表示用户标签实现类的变量与所述标签变量池管理器的对应关系。

4.根据权利要求3所述的JSP标签嵌套的方法，其特征在于，所述方法还包括：

根据所述用户标签实现类确定标签实现接口；

通过所述抽象管理类，对所述标签实现接口重新定义用户接口，所述用户接口与所述标签实现接口的接口参数和返回值相同；

在所述标签实现接口中调用所述用户接口。

5.一种JSP标签嵌套的装置，其特征在于，包括：

构建单元，用于根据描述器构建指令构建对象属性缓存注解描述器，所述对象属性缓存注解描述器用于存储用户标签的属性与标签变量池管理器的对应关系；根据管理器构建指令构建所述标签变量池管理器，所述标签变量池管理器包括：创建接口、读取数据接口、写入数据接口、销毁接口；

转化单元，用于将所述构建单元构建的所述标签变量池管理器转化为抽象管理类，所述抽象管理类用于被用户标签实现类继承。

6.根据权利要求5所述的JSP标签嵌套的装置，其特征在于，所述装置还包括：

接收单元，用于接收用户输入的所述描述器构建指令；还用于接收用户输入的所述管理器构建指令。

7.根据权利要求6所述的JSP标签嵌套的装置，其特征在于，所述创建单元，还用于在形成所述抽象管理类之后，根据用户输入的用户标签实现类创建指令，创建用户标签实现类；

所述用户标签实现类中至少包括公共public属性的变量、属性描述，所述属性描述设置于public属性之前；

其中，所述属性描述用于表示用户标签实现类的变量与所述标签变量池管理器的对应关系。

8.根据权利要求7所述的JSP标签嵌套的装置，其特征在于，所述装置还包括：

确定单元，用于根据所述创建单元创建的所述用户标签实现类确定标签实现接口；

定义单元，用于通过所述转化单元转化的所述抽象管理类，对所述确定单元确定的所述标签实现接口重新定义用户接口，所述用户接口与所述标签实现接口的接口参数和返回值相同；

调用单元，用于在所述标签实现接口中调用所述用户接口。

9.根据权利要求5-8任一项所述的JSP标签嵌套的装置，其特征在于，

所述创建接口，用于在用户标签开始执行过程中，通过所述创建接口创建一个缓存的数据对象池，并且保存用户标签缓存数据；

所述读取数据接口，用于在用户接口再次调用时，通过所述读取数据接口恢复用户标签的数据。

10.根据权利要求9所述的JSP标签嵌套的装置，其特征在于，

所述写入数据接口，用于在用户接口调用完毕后，通过调用所述写入数据接口对用户标签的数据进行缓存；

所述销毁接口，用于在标签完成功能后，通过所述销毁接口对创建的数据对象池进行销毁。