Spring MVC框架的高级配置

发布时间:2023-05-26 09:44:06

本文将为您提供Spring 基于Spring的web应用程序,MVC框架的配置技巧有助于治理多个例子。这种配置治理的主题往往被学术界忽视,但这对实际的Web开发尤为重要。这个主题与任何特定的技术都没有直接关系,所以我们将从最基本的概念开始解释这个问题。下面,我们将遵循Spring MVC框架为基于本技术开发的项目提供了一系列解决方案。

  Spring配置

  人们经常在一台以上的主机上配置Web应用程序。例如,在生产中,一个网站可能只有一个例子。除此例外,开发人员还可以在用于开发的机器上配置其他(开发)例子。其他应用程序设备也可以维护在公司(机构)内的本地开发服务器上,这将使您受益匪浅。本实例的目的是让Web设计师获得有质量保证的材料,并为需要为应用程序提供文件的人提供准入。

  众所周知,即使是最简单的场景也需要三个例子:安装、配置和维护。对于位于不同地理位置的团队来说,从事此类项目更为困难。对于任何非常简单的Web应用程序项目,都需要许多开发人员来安装项目设备、本地设置和运行单元测试设备。

  许多组织将自己开发的产品作为Web应用程序。我们可以在电子商务系统、内容管理系统等许多产品中找到这种情况(CMS),博客发布平台等。这类产品可以部署在多个服务器中。对于成功的多用途Web应用程序,他们的开发人员必须确保他们的应用程序易于安装,并能够与其他Web应用程序完美集成。经过以上讨论,我们应该明确,作为本文的主题,应用程序配置是通用Web应用程序开发人员需要解决的重要问题之一。

  CVS或Subversion等版本控制系统是组织开发和使用的标准工具。该工具代表了一些组织的中心源代码版本库,用于保持源代码有序。用户可以跟踪应用程序源代码的变化,显示不同版本的差异,并确定项目分支。此外,它们可以部分更新应用程序部署。

  显然,版本控制系统软件是跟踪源代码所必需的,它对解决应用程序配置问题有很大的帮助。在这篇文章中,我们不会专注于版本控制系统,因为在这方面有很多相关的材料。在这里,我们将关注版本控制中的一个小话题:如何使Web应用程序的配置更加方便(特别是使用Spring) 编制MVC框架的Web应用程序)。

  问题是:我们在这里讨论的是什么样的配置?任何网络应用程序都需要一些资源,这些资源通常是其运行的服务器所独有的,如数据库URL、SMTP服务器发送电子邮件,以及包含特殊软件文件的文件夹。这样的设置应该集中,以便更容易地配置应用程序。

  然而,这只是这个问题最简单的版本。有时,应用程序开发需要更复杂的配置。这意味着每个部署中的不同Bean必须连接起来,这将使问题更加复杂。

  这些应用程序配置问题的解决方案有很多优点,包括简化应用程序的安装和配置过程,简化源代码版本的控制,减少源代码版本库中的冲突。接下来,我们将通过示例讨论这个话题。

  问题

  首先,让我们展示上面提到的最简单的版本。在这种情况下,我们希望在应用程序部署中更改简单的配置参数,如链接、密码等。如果您使用过Spring MVC框架已经开发了Web应用程序,因此您应该知道这里将使用的两个配置文件:

  ◆ /WEB-INF/applicationContext.XML,它允许您配置Bean或显示应用程序的上下文。通过此文件,您可以定义您的业务逻辑Bean、所有可以与Web端口相关联的资源和其他Bean。

  ◆ /WEB-INF/[servlet-name]-servlet.xml,用于配置Web层、视图解析器、控制器、校验器等MVC框架所需的Bean。[servlet-name]指的是web.Springng在xml部署描述符中定义 dispatcher servlet的名字。

  那么问题在哪里呢?问题在于applicationcontextexte.xml将包含一些特定于主机的Bean定义。最明显的例子之一是包含JDBC连接信息的Bean,但任何稍微复杂的应用程序都有十几个类似的Bean。请参见以下示例:

〈bean id="dataSource"   class="org.springframework.jdbc.datasource.DriverManagerDataSource"〉  〈property name="driverClassName"〉  〈value〉org.postgresql.Driver〈/value〉  〈/property〉  〈property name="url"〉  〈value〉jdbc:postgresql://localhost/test〈/value〉  〈/property〉  〈property name="username"〉  〈value〉postgres〈/value〉  〈/property〉  〈property name="passWord"〉  〈value〉〈/value〉  〈/property〉  〈/bean〉

  这个解决方案的问题在于applicationcontextex.xml文件的维护。对于初学者来说,想象一下,项目被放置在源代码版本控制系统中,例如 CVS。下面,如果您想在网站上添加新的功能,您需要在应用程序的上下文定义中添加额外的Bean定义。问题是如何反映这些变化在生产服务器上。

  通常情况下,应用程序的本地实例不会使用与活动站点相同的数据库,因此应用程序licationcontexttextet.xml文件将包括设置,允许您访问本地数据库。当您想在源代码版本库中提交更改时,您需要注意这些特定于主机属性的同步性。本地设置中的配置最终可能用于版本库中的文件。若要在生产服务器上更新配置,则必须手动同步这些属性的值。这是一项非常无聊的任务,而且很容易出错。

  这个问题对应用程序的每一个例子都更为重要。如果三个开发人员使用代码段基址,他们使用本地数据库。当您提交更改时,他们每个人在本地服务器上更新源代码时都必须非常小心。他们会手动同步这些变化,然后提交他们的工作。这样,版本控制系统对这些配置文件就没用了。如果使用过Spring MVC,那么,你应该知道applicationcontextettextet.xml是应用程序中的关键组件,因为它把所有的东西都粘在一起。因此,我们需要一种机制来帮助在应用程序中保持一切有序,这是非常重要的。

  正如前面提到的,这是一个简单的配置问题,你可能会遇到。当需要在不同的服务器中连接不同的Bean时,会出现更困难的问题。日常软件开发任务中经常会出现这样的问题。例如,如果您的产品有客户身份验证模块,您可以使用来自关系数据库或 LDAP服务器中的用户身份验证。自然,这个身份验证模块可以用抽象版本库的Bean来配置。如果您想在不同的应用程序部署中改变验证用户的方式,您需要在applicationcontextextex上验证用户.不同的Bean连接在xml文件中。在所有具有可配置特性的应用程序中,这种配置问题都很常见。

上一篇 FLEX实践—在MXML与AS中分别引用resourceManager
下一篇 ORACLE ERP开发基础之Oracle BIEE工具

文章素材均来源于网络,如有侵权,请联系管理员删除。

标签: Java教程Java基础Java编程技巧面试题Java面试题