我是否已使用MVC正确实现了n层应用程序？

Question

由于对设计模式和体系结构不熟悉，我很难向他人确切说明我的最新应用程序是如何设计的。我已经在认为它是纯n层，纯MVC和表示层中具有MVC的n层之间切换。目前，我认为后者是正确的，但我希望更多有经验的开发人员能有所作为。

1. 浏览器将HTTP请求发送到Tomcat。通过web.xml将请求映射到servlet（我称为控制器）
2. 控制器实例化一个或多个业务对象并在其上调用方法，即customerBO.getById(12)，该对象将在调用一个或多个DAO方法（即）之前再次执行业务逻辑/验证customerDAO.getById(12)。BO向控制器返回CustomerVO的列表
3. 控制器为视图（JSP）（request.setAttribute("customers", customers);）准备属性，并选择要使用的.jsp文件，该文件随后将迭代列表并将XHTML呈现回浏览器。

结构（我的建议/理解）

表示层 ：当前使用我认为是MVC的Web实现：servlet（控制器），jsp（视图）和我自己的OO
XHTML表单（即CustomerForm）实现位于此处。通过切换此表示层，而无需在下面的层中进行任何更改，应该可以使用Swing / JavaFX /
Flex GUI。

逻辑层
：分为两层，最上面是业务对象（BO）。负责业务逻辑，但是除了输入验证外，我在这里没有发现太多其他内容，因为应用程序主要由简单的CRUD动作组成…在许多情况下，这些方法只是在DAO层上调用具有相同名称的方法。

具有CRUD方法的DAO类，再次与下面的数据层联系。还具有convertToVO（ResultSet
res）方法，该方法从数据库执行ORM并处理值对象（的列表）。所有方法都将值对象作为输入，即customerDAO->
save（voter），如果成功，则返回更新的表决器，如果失败，则返回null。

数据层 ：在底部，数据存储在数据库中或作为XML文件存储。除了一些MySQL存储过程和触发器之外，我这里没有“编码”任何东西。

问题（除了标题中的问题）：

1. MVC中的M。当模型是逻辑层中的业务对象返回的列表/ VO时，我不确定是否可以调用此n层MVC？当控制器/视图在此处时，是否需要将模型放置在表示层中？表示层中的表单模板可以称为模型吗？如果是这样的话; 来自BO的表格和列表都被视为MVC中的M？
2. 根据我的理解，在MVC中，视图应该观察模型并进行更改更新，但是在视图是呈现的XHTML页面的Web应用程序中，这是不可能的？反过来，这又引出我一个问题：Web应用程序与常规桌面应用程序的MVC实现方式有所不同吗？
3. 当所有HTTP请求都明确地映射到web.xml中时，我没有使用前端控制器模式，对吗？要使用Front Controller，我需要将所有请求转发到标准Servlet /控制器，该Servlet /控制器进而评估请求并调用另一个控制器？
4. 业务层在我的应用程序中感觉有点“没用”。您通常在此图层/对象中放置什么？一个人应该总是有一个业务层吗？我知道它应该包含“业务逻辑”，但这到底是什么？我只是执行输入验证并实例化一个或多个DAO，并在其上调用适当的方法…

我意识到存在诸如Java的Struts之类的MVC框架，但是由于这是我的第一个Java
Web应用程序，因此我试图对事物的工作原理有更深入的了解。回顾过去，希望您能回答我偶然发现的一些问题。

Answer 1

我不确定当模型是逻辑层中的业务对象返回的列表/ VO时是否可以调用此n层MVC

这些都是非常好的模型。我也认为Struts中的ActionForms是模型。Struts用于表示/建模HTML表单的是ActionForms。

在MVC中，该视图应该观察模型并进行更改更新，但这在Web应用程序中是不可能的

是的，关于是否可以在Web应用程序中拥有真正的MVC，这是一个有争议的问题。

一个人应该总是有一个业务层吗？

这取决于应用程序的类型。一些应用程序是数据库驱动的，本质上是数据库的UI。在这种情况下，几乎不需要业务逻辑。

数据层：

存储过程实际上并不是数据层代码的一部分。您应该创建由业务对象调用的数据访问对象（DAO）。DAO调用存储过程。此外，DAO接口不应向业务对象提供有关数据存储位置的任何提示，无论是数据库，文件系统还是来自某些Web服务。