MVC框架中英文对照外文翻译文献

MVC框架中英⽂对照外⽂翻译⽂献
中英⽂对照外⽂翻译⽂献
(⽂档含英⽂原⽂和中⽂翻译)
译⽂：
Web 2.0下的Spring MVC框架
摘要 - 当要建⽴丰富⽤户体验的WEB应⽤时，有⼤量的WED应⽤框架可以使⽤，却很少有该选择哪⼀种的指导。

WEB 2.0应⽤允许个体管理他们⾃⼰的在线⽹页，并能与其他在线⽤户和服务器共享。

这样分享需要访问控制器来实现。

然⽽，现有的访问控制器解决⽅案不是令⼈很满意。

因为在开放且由⽤户主导的WEB环境下，它满⾜不了⽤户的功能需求。

MVC框架是在所有的WEB开发框架中最受欢迎的。

模型-视图-控制
器（MVC）是⼀种软件架构，如今被认为是⼀种体系结构在软件⼯程模式中使⽤。

该模式从⽤户界⾯（输⼊和演⽰）分离出了“领域逻辑”（基于⽤户的应⽤逻辑），它允许独⽴地开发，测试和维护每个分离的部分。

模型-视图-控制器（MVC）模型创建的应⽤分离为不同的层次应⽤，同时在每两者之间建⽴松散的耦合。

关键字 - Spring MVC, 结构， XStudio, SOA, 控制器
I.绪论
如何确切地定义⼀个⽹站为“WEB 2.0”的呢？关于这有着许多不同见解，使它很难精确地下⼀个确切的定论。

但当我们将所有的WEB开发框架过⼀遍之后它就会变得清晰了。

各种基于WEB开发的架构如下：
●Ntier架构（Ntier Architecture）
在软件⼯程中，多层架构（常被称为n-tier架构）是⼀种表⽰层，应⽤处理层和数据管理层在逻辑上分开处理的客户端-服务器架构。

例如，⼀个应⽤在⽤户与数据库之间使⽤中间件提供数据请求服务就⽤到了多层体系结构。

最为⼴泛应⽤的多层体系结构是三层架构。

N-tier 应⽤架构为开发者提供了⽤来创建了⼀个灵活且可复⽤的模型。

通过打破应⽤层次，开发者只需修改或添加⼀个特定的层，⽽不是要去重写⼀遍整个应⽤。

它需要有⼀个表⽰层，⼀个业务层或者数据访问层和⼀个数据层。

层（layer）和层(tier)之间的概念常常是可以互换的。

●服务导向架构（Service Oriented Architecture）
在软件⼯程中，服务导向架构（SOA）是⼀套原则，是⼀种软件设计开发的⽅法，基于以可互操作服务形式。

这些服务是明确的业务功能，由可重⽤于不同⽅⾯的软件组件（离散代码块和/或数据结构）组成。

SOA设计原则被应⽤到了系统开发和集成的各个阶段。

SOA也普遍为消费者的服务提供了⼀种⽅式，如基于WEB的应⽤，以了解可⽤的基于SOA 的服务。

例如，⼀个公司的⼏个不同部门可能开发和部署了SOA服务在不同的实现语⾔；他们各⾃的客户通过访问公开，良好定义的接⼝能从中获益。

XML经常⽤于SOA服务接⼝，即使它不是必要的。

JSON也开始变得很常见。

MVC架构（MVC Architecture）
MVC是来⾃Hyfinity的⼀种新⽣代的开发应⽤和集成⼯具。

基于原⽣XML，MVC能够使企业规模、基于浏览器的应⽤快速的开发。

为了快速组装完整的交互式应⽤程序，MVC提供了直观的图形化IDE（集成开发环境）。

其中⼀个使MVC区别于⼤多数传统⽅法的关键是信息流的概念，它保留了所采集的基于⽂档的信息，通过数据绑定和路由校验。

这些全部使⽤原⽣XML执⾏。

MVC使⽤XStudio来开发XML应⽤，使⽤XPlatform来运⾏产⽣的应⽤。

MVC主要关注交互式⾃助应⽤的发展和使⽤包括以FromMaker闻名的XStudiio在内的⼯具来建⽴完整的WEB应⽤。

II. MVC架构
正如我们在之前章节所讨论的，普遍认为⼀个应⽤应有三个主要层次：表现层（UI），应⽤逻辑，和资源管理。

在MVC中，表现层划分为
了控制器和视图。

最重要的分隔在于表现层和应⽤逻辑之间。

视图/控制器的分隔相对较少。

MVC包含的不仅仅是架构的应⽤还有典型的设计模式。

因此结构模式之类的术语可能被⽤到，再或者是集合设计模式。

●模型（Model）
以特定领域来表现应⽤操作的信息。

模型是应⽤逻辑层（有时也叫做域层））的另⼀种称呼。

应⽤（或域）逻辑丰富了原始数据的意义（例如，计算今天是否是⽤户⽣⽇，或者购物车中商品的总额，税和运费）。

许多应⽤利⽤现有的存储机制（如数据库）来存储数据。

MVC并没有特意提及资源管理层次，因为它被理解为底层的或者封装的模型。

●视图（View）
使模型渲染到表单适合于交互，典型的是⼀个⽤户的界⾯元素。

在WEB应⽤中经常看到的MVC中，视图是HTML页⾯和为页⾯采集动态数据的代码。

●控制器（Controller）
处理和相应事件，尤其是⽤户actions，并且可能调⽤模型和视图的变化。

虽然MVC有不同的特性，控制流程⼀般如下：
1.⽤户以某种⽅式与⽤户界⾯进⾏交互（例如，⽤户按下⼀个按
钮）。

2.⼀个控制器处理来⾃⽤户界⾯的输⼊事件，经常通过注册操作
或回调。

3.控制器访问模型，可能采⽤适当⽤户的action⽅法来更新它
（例如，控制器更新⽤户的购物车）。

复杂的控制器通常被设计使⽤命令模式封装action和简化继承。

4.⼀个视图使⽤模型来⽣成⼀个合适的⽤户界⾯（例如，视图产
⽣⼀屏购物车内容的列表）。

视图从模型中得到⾃⼰的数据。

模型与视图没有直接关联。

（然⽽，观察者模式可使模型间接通知相关⽅的变化，包括潜在的视图。

）
5.⽤户界⾯等待进⼀步⽤户交互后开始新的循环。

以上数字概述的模型，视图和控制器之间的关系由基于以下。

A.实现策略
SpringMVC框架是基于分派请求操作的分发器（DispatcherServlet）设计的。

有着可配置的处理器映射（handler mappings）、视图解析器（view resolution）、本地化（locale）和主题解析器（theme resolution）同时⽀持上传⽂件。

B.SpringMVC的特性
明确分⼯。

每个⾓⾊——控制器，校验器（validator），命
令对象（command object）,表单对象（form object）, 模
型对象（model object）, 分发器,处理器映射, 视图解析器
等等都有专门的对象来实现。

将框架类和应⽤类作为JavaBeans的配置强⼤且直接明了。

包括通过应⽤上下⽂配置中间层引⽤，例如从WEB控制器到
业务对象和校验器。

适⽤性，不受⼲扰性，和灵活性。

根据给定场景，⽤⼀些参
数注解（例如：
@RequestParam,@RequestHeader,@PathVariable，还有很多）来定义你需要的控制器⽅法。

可复⽤业务代码，⽆需复制。

使⽤已有的业务对象作为命令
对象或者表单对象⽽不是通过映射来继承特殊的框架基类。

可定制的绑定和校验。

将类型不匹配作为应⽤级别校验错误，
能保留值，本地化⽇期和数字绑定等，⽽不是使⽤需要⼿动解析并转换业务对象的且只是字符串的表单对象。

可定制的处理器映射和视图解析器。

处理器映射和视图解析
器策略的范围从简单的基于URL的配置到复杂的专⽤解析策略。

Spring⽐WEB MVC框架更加灵活在授权⼀个特定技术上看来。

灵活的模型传输。

模型传输是⽀持根据名字/值的Map，很容
易集成任何视图的技术。

可定制的本地化和主题解析，⽀持JSP，⽆论是否使⽤Spring
标签库，⽀持JSTL，⽀持不需要额外过度的Velocity等等。

⼀个简单且强⼤的JSP标签库称为Spring标签库，提供的功
能如数据绑定和主题。

定制标签允许最⼤程度的灵活性就标记代码⽽⾔。

在Spring2.0中引⼊的⼀种JSP表单标签库能使在JSP界⾯
中写表单更便捷。

Beans的⽣命周期范围是当前HTTP请求或HTTP会话。

它并不
是Spring MVC本⾝具体特征，⽽是Spring MVC使⽤了
WebApplicationContext容器的。

图1.MVC架构
C.可插拔性的其他MVC的实现
如果你不想使⽤Spring的WEB MVC，但打算使⽤Spring提供的其它功能，你可以很容易地将你选择的WEB MVC框架和Spring整合。

直接通过Spring的Context-LoaderListener启动⼀个Spring根应⽤上下⽂，通过它的ServletContext属性（或者Spring的各种帮助⽅法）来访问来⾃Struts或者WebWork的action。

没有"plugins"参与, 所以也没有针对它整合的必要。

从WEB层的⾓度看，你只要使⽤Spring作为库，带有根应⽤上下⽂的实例作为切⼊点。

你所注册的beans和Spring的服务随时可访问及时在没有Spring的WEB MVC的情况下。

Spring并没有在这种情景下与Struts 或者WebWork竞争。

它只是提供了纯WEB MVC框架在很多领域所不具备的，从bean配置到数据访问和事务处理。

所以你可以⽤Spring 中间层和/或数据访问层来丰富你的应⽤，及时你只是想使⽤，好⽐，JDBC和Hibernate这样的抽象事务管理。

Spring的WEB MVC框架同很多其他的WEB框架⼀样，是由请求驱动的。

围绕着⼀个能将请求分发到控制器的servlet设计，它还提供其他有利于WEB应⽤开发的功能。

然⽽Spring的分法器所做的不仅如此。

它完整的整合了Spring Ioc容器使你能够使⽤Spring所具有的其他功能。

Spring Web MVC分发器的请求处理⼯作流在下⽅的图说明。

模式理解阅读器会识别分发器是“前端控制器”设计模式的表达式（这是⼀种Spring WEB MVC与其他许多领先框架共享的模式）。

分发器是⼀个真正的Servlet（它继承⾄HttpServlet基础类），并同样要在你的web应⽤的web.xml⽂件中声明。

你需要映射你想让分发器处理的请求,通过在同个web.xml⽂件中使⽤URL映射。

这是标准的J2EEservlet配置。

...
example
org.springframework.web.servlet.DispatcherServlet
1。