在MVC中，应从Controller或Model调用DAO

我已经看到了很多反对直接从Controller类调用DAO以及从Model类调用DAO的争论。事实上，我个人觉得如果我们遵循MVC模式，则控制器不应与DAO耦合，而应与Model类耦合应该从内部调用DAO，而控制器应该调用模型类。为什么，我们可以将模型类与Web应用程序分离开来，并公开各种功能，例如REST服务使用我们的模型类。

如果我们在控制器中编写DAO调用，REST服务将无法重用功能，对吗？我总结了以下两种方法。

方法1

  public class CustomerController extends HttpServlet {

    proctected void doPost(....)  {

            Customer customer = new Customer("xxxxx","23",1);
            new CustomerDAO().save(customer);

    }


 }

方法＃2

  public class CustomerController extends HttpServlet {

    proctected void doPost(....)  {

            Customer customer = new Customer("xxxxx","23",1);
            customer.save(customer);

    }


 }

 public class Customer {

   ...........

   private void save(Customer customer){

        new CustomerDAO().save(customer);

   }

}

注意 -

这是Model的定义：

模型：模型管理应用程序域的行为和数据，响应关于其状态信息的请求（通常是从视图），并响应更改状态的指令（通常是从控制器）。

在事件驱动的系统中，模型会在信息更改时通知观察者（通常是视图），以便观察者可以做出反应。

我需要专家意见，因为我发现许多使用＃1或＃2，那是哪个？

我认为，您必须区分MVC模式和3层体系结构。总结一下：

3层架构：

• 数据：持久数据；
• 服务：应用程序的逻辑部分；
• 演示文稿：HMI，Web服务...

MVC模式发生在上述架构的表示层中（对于Webapp）：

• 数据：...;
• 服务：...;
• 介绍：
  • 控制器：拦截HTTP请求并返回HTTP响应；
  • 模型：存储要显示/处理的数据；
  • 视图：组织输出/显示。

典型 HTTP请求的生命周期：

1. 用户发送HTTP请求；
2. 控制器拦截它；
3. 控制器调用适当的服务；
4. 服务调用适当的dao，该dao返回一些持久化的数据（例如）；
5. 服务处理数据，并将数据返回给控制器；
6. 控制器将数据存储在适当的模型中并调用适当的视图；
7. 该视图将使用模型的数据实例化，并作为HTTP响应返回。

来自模型层。

更准确地说：来自服务，这些服务包含在模型层中，因为它们控制域对象和存储逻辑抽象之间的交互。

控制器应仅负责更改模型层的状态。DAO是持久性机制的一部分。这构成了域业务和应用程序逻辑的一部分。如果开始与Controller中的DAO进行交互，则将泄漏表示层中的域逻辑。

我不确定官方的MVC模式需要什么，但是我通常希望在控制器和DAO之间有一个“服务”层。控制器从请求中提取数据，并将其传递给适当的服务类。服务类负责调用传回模型类的一个或多个DAO。然后将那些模型类发送回控制器，以便发送到视图层。由于多个控制器可以使用相同的服务层方法，因此将服务层放入有助于重用。