求助：英文翻译

Question

MVC Concepts and the Front Controller J2EE Pattern
Let's look in more detail at what it means to adopt an MVC approach to web applications. In this section we'll consider theory and general principles. In the next section we'll look at some real MVC web frameworks that simplify the implementation of applications using an MVC approach.
The MVC Triad
The MVC approach divides components into three kinds of object: model data objects; view objects that present model data on screen; and controller objects that react to user input, updating models appropriately.
In a true MVC architecture, such as that of Java's Swing GUI libraries, each view registers with a model, which publishes events when its data is updated. Consider the Swing JList component. This simple view component displays items in a list and allows item selection. The list data is defined in an object implementing the ListModel interface, which publishes ListDataEvents when the data changes. The JList view component provides a ListDataListener implementation that registers with the ListModel and updates the display as events are received. This is a push model: the model pushes notifications to any number of listeners, which are typically (but not necessarily) views.
As changes in a web application are usually only displayed to the user when a request is received and a new page is generated, the push model doesn't work. Hence a web application view will only render once. It won't help to register it to receive ongoing notifications. The solution is to use a pull model, in which a view is given access to the models required to render a dynamic page, and the view pulls data from the model as necessary. Since a web page may contain different controls and sections of dynamic data, more than one model may be required to back it.
Whether we use a push or pull model, the MVC architecture still delivers its key benefits. Each component type has a clear responsibility. Models contain no view-specific code. Views contain no control code or data-access code and concentrate on displaying data. Controllers create and update models; they do not depend on particular view implementations.
Although the MVC approach has the potential to improve web-tier code tremendously, it is a little complex to set up. Thus we will generally use a generic MVC web application framework, rather than implement the pattern ourselves.

Answer 1

MVC的概念和前排控制器的J2EE模式
让我们看看更详细地在它的意思采取MVC的方法Web应用程序。在本节中，我们会考虑理论和一般原则。在下一节中我们将看看一些真正的MVC的Web框架，简化执行的申请，使用MVC的方法。
该MVC的黑社会
该MVC的做法，划分为组件到三种对象：模型的数据对象;查看对象，目前模型数据在屏幕上;控制器的对象作出反应，用户输入，更新模式，妥善处理。
在一个真正的MVC架构，例如像Java的的摆动贵图书馆，每个视图登记与模型，出版活动时，其数据是更新。考虑摆动jlist的组成部分。这个简单的检视组件显示的项目清单，并允许项目的选择。清单中的数据是指在一个对象实施listmodel接口，出版listdataevents当数据的变化。该jlist查看组件提供一listdatalistener实施登记与listmodel和更新显示为活动收到。这是一个推动模型：模型推通知任何数目的听众，这是通常（但不一定）的意见。
为改变在Web应用程序通常只向用户显示，当收到请求书和新的一页，是产生，推动的模式是行不通的。因此， Web应用程序的看法，只会使一次。它不会帮助它注册接收正在进行的通知。解决的办法是使用拉模型，在这种看法是获得所需的模型，使一个动态的网页，并认为，中调用数据，从模型中作为必要的。由于网页可能含有不同的管制和路段的动态数据，一个以上的模型可能需要将它备份。
我们是否使用，推动或拉动的模式， MVC的架构仍然提供其主要优点。每个组件类型有一个明确的责任。模型不包含的观点的具体代码。意见不包含控制代码或数据访问代码和专注于显示数据。控制器创建和更新模型;他们不依赖于特定视图的实现。
虽然MVC的方法有可能，以改善Web的三层代码极大，这是一个不大复杂的成立。因此，我们通常会使用一个通用的MVC的Web应用框架，而不是实施模式ourselves.in JSP的范式，模型都被添加到请求作为属性使用request.setattribute （ ）方法。不过，这并非唯一的途径，以沟通的模式，以期;并非所有的意见，可能会发现有用的属性要求。
---------------------------------------------------------------
MVC概念和前面控制器J2EE样式 较详细地Let神色在什么它意味采取MVC方法到Web应用程序。 在这个部分我们将考虑理论和一般原则。 在下个部分我们将看使用MVC方法，简化应用实施的一些真正的MVC网框架。
The MVC三人组合
The MVC方法划分组分成三对象： 式样数据对象; 看法对象关于屏幕的当前式样数据; 并且起反应对用户输入的控制器对象，更新适当地塑造。
In真实的MVC建筑学，例如那Java的摇摆GUI图书馆，每个看法向模型登记，出版事件，当它的数据更新时。 考虑摇摆JList组分。 这个简单的看法组分显示在名单的项目并且允许项目选择。 名单数据在实施ListModel接口的对象被定义，出版ListDataEvents，当数据改变时。 JList视图组分提供向ListModel登记和更新显示的ListDataListener实施，当事件被接受。 这是推挤模型： 模型推挤通知给任何数量的听众，典型地(但是不一定)是看法。 在Web应用程序上的As变化通常只被显示对用户，当请求收到时，并且新的页引起，推挤模型不工作。 因此Web应用程序视图一次只将回报。 它不会帮助登记它接受持续的通知。 解答将使用拉扯模型，看法允许对要求的模型的访问回报一个动态页，并且看法如所需要拉扯从模型的数据。 因为网页也许包含动态数据的不同的控制和部分，超过也许要求一个模型支持它。
Whether我们使用推挤或拉扯模型， MVC建筑学仍然提供它的关键利益。 每个组分类型有一个清楚的责任。 模型不包含看法具体代码。 看法不包含控制码或数据通入代码并且集中显示数据。 控制器创造并且更新模型; 他们不取决于特殊看法实施。 MVC方法有潜力巨大地改进网排代码的Although，它是一少许复杂的设定的。 因而我们通常将使用一个普通MVC Web应用程序框架，而不是实施样式我们自己。使用request.setAttribute ()方法，在JSP范例，模型增加到请求作为属性。 然而，这不是唯一的方式传达模型到看法; 不是所有的看法也许发现请求属性有用。

Answer 2

MVC的概念和前排控制器的J2EE模式
让我们看看更详细地在它的意思采取MVC的方法Web应用程序。在本节中，我们会考虑理论和一般原则。在下一节中我们将看看一些真正的MVC的Web框架，简化执行的申请，使用MVC的方法。
该MVC的黑社会
该MVC的做法，划分为组件到三种对象：模型的数据对象;查看对象，目前模型数据在屏幕上;控制器的对象作出反应，用户输入，更新模式，妥善处理。
在一个真正的MVC架构，例如像Java的的摆动贵图书馆，每个视图登记与模型，出版活动时，其数据是更新。考虑摆动jlist的组成部分。这个简单的检视组件显示的项目清单，并允许项目的选择。清单中的数据是指在一个对象实施listmodel接口，出版listdataevents当数据的变化。该jlist查看组件提供一listdatalistener实施登记与listmodel和更新显示为活动收到。这是一个推动模型：模型推通知任何数目的听众，这是通常（但不一定）的意见。
为改变在Web应用程序通常只向用户显示，当收到请求书和新的一页，是产生，推动的模式是行不通的。因此， Web应用程序的看法，只会使一次。它不会帮助它注册接收正在进行的通知。解决的办法是使用拉模型，在这种看法是获得所需的模型，使一个动态的网页，并认为，中调用数据，从模型中作为必要的。由于网页可能含有不同的管制和路段的动态数据，一个以上的模型可能需要将它备份。
我们是否使用，推动或拉动的模式， MVC的架构仍然提供其主要优点。每个组件类型有一个明确的责任。模型不包含的观点的具体代码。意见不包含控制代码或数据访问代码和专注于显示数据。控制器创建和更新模型;他们不依赖于特定视图的实现。
虽然MVC的方法有可能，以改善Web的三层代码极大，这是一个不大复杂的成立。因此，我们通常会使用一个通用的MVC的Web应用框架，而不是实施自己的模式。

Answer 3

MVC概念和前面控制器J2EE模式
让我们更详细地看它想要什么采取网络应用的一个MVC接近。 在这段中我们将考虑理论和一般的原则。 在下一段中我们将看一些真正的MVC网络框架使用一个MVC接近简化执行应用。
MVC三合一
MVC接近把组成部分划分成为三个种类的对象： 模型数据对象； 在屏幕上提出模型数据的观点对象； 同时，对用户作出反应，更新模型的控制器对象输入适当地。
在一种真实的MVC建筑学中，诸如那个爪哇` s摇摆GUI图书馆，一个模型的每一观点登记，这当其数据被更新时，出版事件。 考虑摇摆JList组成部分。 这简单的观点组成部分显示一张列表中的项目并且允许项目选择。 列表数据在执行ListModel接口的一个对象中被定义了，这当数据变化时，出版ListDataEvents。 JList观点组成部分提供与ListModel登记并且当事件被收到时，更新显示的一种ListDataListener执行。 这是一推动模型： 模型把通知推到任何数量的听众，这是典型(但是并非一定)的观点。
当在一种网络应用方面的变化时当一要求被收到时，通常仅仅向用户予以显示和一新的页被产生，推动模型不工作。 因此，一种网络应用观点将仅仅提供一次。 它将不帮助登记它收到正在进行的通知。 解决使用拉模型，在其中一种观点把接触被给被要求提供一动态的页的模型，而观点作为必要从模型拉数据。 由于一个网页可能包含不同的控制和动态的数据的段，超过一个模型可能被要求支持它。
不论，我们使用推还是拉模型，MVC建筑学仍然传送其钥匙利益。 每一组成部分类型有一种清楚的责任。 模型没有包含观点具体代码。 观点没有包含控制代码或者数据授权码并且集中在展出的数据。 控制器建立和更新模型； 他们不依赖于特殊的观点执行。
虽然MVC接近有潜力极为要改进网络排代码，但是它小复杂建立。 我们这样将一般地使用一个一般的MVC网络应用框架，而非执行模式我们自己。本回答被网友采纳

Answer 4

MVC的概念和前排控制器的J2EE模式
让我们看看更详细地在它的意思采取MVC的方法Web应用程序。在本节中，我们会考虑理论和一般原则。在下一节中我们将看看一些真正的MVC的Web框架，简化执行的申请，使用MVC的方法。
该MVC的黑社会
该MVC的做法，划分为组件到三种对象：模型的数据对象;查看对象，目前模型数据在屏幕上;控制器的对象作出反应，用户输入，更新模式，妥善处理。
在一个真正的MVC架构，例如像Java的的摆动贵图书馆，每个视图登记与模型，出版活动时，其数据是更新。考虑摆动jlist的组成部分。这个简单的检视组件显示的项目清单，并允许项目的选择。清单中的数据是指在一个对象实施listmodel接口，出版listdataevents当数据的变化。该jlist查看组件提供一listdatalistener实施登记与listmodel和更新显示为活动收到。这是一个推动模型：模型推通知任何数目的听众，这是通常（但不一定）的意见。
为改变在Web应用程序通常只向用户显示，当收到请求书和新的一页，是产生，推动的模式是行不通的。因此， Web应用程序的看法，只会使一次。它不会帮助它注册接收正在进行的通知。解决的办法是使用拉模型，在这种看法是获得所需的模型，使一个动态的网页，并认为，中调用数据，从模型中作为必要的。由于网页可能含有不同的管制和路段的动态数据，一个以上的模型可能需要将它备份。
我们是否使用，推动或拉动的模式， MVC的架构仍然提供其主要优点。每个组件类型有一个明确的责任。模型不包含的观点的具体代码。意见不包含控制代码或数据访问代码和专注于显示数据。控制器创建和更新模型;他们不依赖于特定视图的实现。
虽然MVC的方法有可能，以改善Web的三层代码极大，这是一个不大复杂的成立。因此，我们通常会使用一个通用的MVC的Web应用框架，而不是实施自己的模式。

Answer 5

MVC概念和前面控制器J2EE样式
我们较详细地看什么它意味采取MVC方法到Web应用程序。 在这个部分我们将考虑理论和一般原则。 在下个部分我们将看使用MVC方法简化应用实施的一些真正的MVC网框架。
MVC三人组合
MVC方法划分组分成三对象： 式样数据对象; 观看关于屏幕的当前式样数据的对象; 并且起反应对用户输入的控制器对象，更新适当地塑造。
在真实的MVC建筑学，例如那Java的摇摆GUI图书馆，每个看法向模型登记，出版事件，当它的数据更新时。 考虑摇摆JList组分。 这个简单的看法组分在名单显示项目并且允许项目选择。 名单数据在实施ListModel接口的对象被定义，出版ListDataEvents，当数据改变时。 JList视图组分提供向ListModel登记和更新显示的ListDataListener实施，当事件被接受。 这是推挤模型： 模型推挤通知到听众的所有数字，典型地(但不必要)是看法。
作为在Web应用程序上的变化通常只被显示对用户，当请求收到时，并且新的页引起，推挤模型不工作。 因此Web应用程序视图一次只将回报。 它不会帮助登记它接受持续的通知。 解答将使用拉扯模型，看法被给对要求的模型的通入回报一个动态页，并且看法如所需要拉扯数据从模型。 因为网页也许包含动态数据的不同的控制和部分，超过也许要求一个模型支持它。
我们是否使用推挤或拉扯模型， MVC建筑学仍然提供它的关键利益。 每个组分类型有一个清楚的责任。 模型不包含看法具体代码。 看法不包含控制码或数据通入代码并且集中显示数据。 控制器创造并且更新模型; 他们不取决于特殊看法实施。
虽然MVC方法有潜力巨大地改进网排代码，是一少许复杂的设定的它。 因而我们一般将使用一个普通MVC Web应用程序框架，而不是实施样式我们自己。