初期表示的值。

这个标签的具体的处理过程则写在个名为文件中。

这个文件中运用标签和标签作了相应输出和判断的处理。

同样对于约定履历的检索结果的显示也有相应的共通的标签来处理，例如检索结果中的约定日，根据日方的要求需显示为的形式，而页面从中取得的数据则是个类型的形式，这是因为将属性定义为类型更容易捕获各种类型的输入，同时也便于格式化的输出。

我们只需在代码做如下编码代表所要处理的数据，代表显示的格式。

与标签不同的是，除了个文件，还需要标签库描述符中描述该标签，并指出该标签的标签处理程序类。

标签库描述符是个包含标签信息的文档，该文档的扩展名为。

如下面这段就描述了标签所使用的标签处理程序类，，如上述代码所描述的标签使用这个类中的方法来处理，通过标签传入的数据和显示格式进行处理，最后方法返回处理结果以个类型返回给标签，然后该标签相应文件中的表达式完成最后的显示。

表达式是标签库的组成部分，是从脚本语言得到启发的种表达式语言，它将用户从类型转换的烦琐工作脱离出来，允许用户使用表达式取得的值，而不用关心它是什么类型的。

在标签中我们已经看到了表达式的使用。

其他的格式化输出的标签，其原理与此相同，都是利用上述方法来达到格式化输出的目的，使得整体的页面更加的美观易于维护。

对于页面上的检索结果部分的显示我们使用标签库中的标签来控制，它能够在个循环中遍历数组或中的所有元素。

因此只需在编码中使用该标签来遍历由后台数据库查询所得的数据所组成的数组，然后再结合如同之类的标签处理格式化显示，从而完成如图检索结果的显示图检索结果相应代码如下标签中属性定义了个变量来标识被迭代的集合。

取得个。

从属性指定的中取得个变量属性，该变量属性必须是个集合类型，也就是真正被迭代的集合。

定义了集合中保存的类型。

通过使用标签我们可以很便捷的构建页面上的列表数据，有效的降低了代码的复杂度，使更易于维护。

通过在部署描述符中部署我们的页面需要用到的标签库，才能使得上述的标签起到相应的作用，具体代码如下这段代码中定义的会在应用启动的时候被插入到每个中，其具体内容如下这段内容声明了中使用到标签所对应的标签库，例如前面所说的标签就是在中有这个前缀的标签应该去目录下去寻找相应的文件，而使用前缀的代表表达式的标签应该去中寻找相对应的处理。

利用实现收集验证用户请求在框架下被用来提供作为表现层和控制层之间传递表单，标签提供了标准的方式来组装控件，每个标签都有个属性项提供中的属性名称。

实际上标签调用了的方法将相应的数据返回用于控件的属性。

这样通过就能够更加有效的收集用户提交的表单数据。

此外，通过引入了框架来完成对用户的表单数据进行验证，因为利用标准的类的方法有以下两个缺点必须通过程序代码来实现验证逻辑，如果验证逻辑发生变化，必须重新编写和编译程序代码。

当系统中有多个，并且它们包含些相同验证逻辑时，开发人员必须对每个进行重复编程，完成相同的验证逻辑，这会降低代码的可重用性。

正式由于这两个缺点，对于本系统而言，会花费过多的精力。

因此采用了框架和结合使用的方式来完成表单的收集和验证工作。

通过使实体类继承类的子类类，因为标准的类不能用于框架。

其具体的继承关系如图继承关系所示图继承关系然后通过来定义组通用验证的规则，然后分别为每个具体的定义个来配置该所需的验证规则，取代在类中以编成的方式来实现验证逻辑。

看段约定履历的类里的验证逻辑这段验证逻辑是对约定履历的里的字段分别做了两个验证，首先验证用户输入的是否是数值，然后验证用户输入的数值是否超过规定的长度。

这两个验证的规则写在这个文件中，再看段文件中关于的验证规则通过这段定义，指明了验证逻辑所使用的具体的验证类和方法。

默认情况下框架在服务器端执行表单验证，若要进行浏览器客户端的验证，可以使用在中的定义通过这段定义表明，如果用户请求的为，框架将把请求转发给与关联的表单为，它位于范围内。

元素则指明了完成用户请求后所流转的页面。

，这个文件专门用于配置，就如同约定履历的的配置文件通过这段配置约定履历检索才能找到正确的，然后去实例化该用于处理表单数据。

这个文件则是用来配置的的插件等内容的配置文件，为了在框架中使用框架，可以通过在这个文件中配置。

具体配置方式如下这段配置文件描述了作为验证规则的文件的具体路径，还描述了每个的验证逻辑的路径。

这样当应用启动的时候，当用户提交的表单数据需要进行相关的验证的时候，框架才能找相应的验证逻辑和验证规则。

上述三个文件都需要定义在中的初始化参数中，这样当应用启动的时候，这些配置文件将被读入到内存中，这样组件就被有效的组合在了起，从而能够完成整个应用过程。

小结通过这章的介绍，主要描述了框架在本系统的表现层和控制器层的应用技术的实现过程。

通过对这些实现过程的描述，可以看出，配置文件在整个应用中扮演了个十分重要的角色，需要通过配置文件将的各个组件组合在起来完成整个应用。

配置文件的正确使用关系到应用是否能够启动。

系统测试整个项目的测试具体安排如图测试计划所示图测试计划完成表现层和控制器的编码工作后，测试者依照测试式样书进行相关的单体测试。

本系统的测试重点在于的显示逻辑和显示格式，以及测试的迁移功能和表单处理功能是否已经按照设计的要求实现了。

测试用例与测试报本系统表现层和控制层的测试主要以单体测试为主，本系统所做的单体测试是种白盒测试法，其主要测试的是源代码中的条件分支语句，通过编写相应的测试用例来测试其分支语句是否达到设计的要求。

实体类的测试由于是作为用户请求与业务逻辑处理之间的适配器，它的主要功能就是将用户的请求转递到业务逻辑的中以及将经过业务逻辑处理所返回的数据设置到用户表单中以供表示层使用。

图是约定履历的检索的测试用例中的个测试用例，该测试用例用于是否正确的将用户的请求表单设置到用于业务处理的中去。

图测试用例首先先编写该测试用例的测试代码，具体代码如下リクエスト実行就是该测试用例的编号，该测试用例利用方法指出该用例所调用的，当测试用例被执行时会根据中的映射路径找到相应的处理用户请求的。

然后在利用文件来描述用户的请求表单数据。

图描述的是约定履历的检索功能的请求表单。

图用户请求表单当该测试用例被执行时，测试框架会去解析该文件读出用户的请求数据。

当该测试用例被执行后会生成个与业务逻辑属性相同的文件，铜鼓查看该文件来确认实体是否正确的将用户请求设置到业务逻辑的中。

图是该用