Php MVC哪个是更好的实践?

Php MVC哪个是更好的实践?,php,model-view-controller,Php,Model View Controller,我有一个存储过程、一个控制器和一个模型 在我的过程或模型中,我应该在哪里执行数据库错误检查[无行返回、表的主键冲突、指定的值无效等?]?我应该从哪里向用户显示消息[更新成功,无法执行语句,等等] 更好的做法是什么?在我看来,数据库错误检查应该进入模型,显示(所有内容)进入“视图”层。你可以在这里找到一篇关于制作MVC框架的文章: 是的,所有错误消息和显示项都应该在视图中处理,因为数据库错误检查可以在模型中完成。错误检查应该在模型层中进行 具体地说,在处理数据抽象的结构中或其他结构中。如果使用PD

我有一个存储过程、一个控制器和一个模型

在我的过程或模型中,我应该在哪里执行数据库错误检查[无行返回、表的主键冲突、指定的值无效等?]?我应该从哪里向用户显示消息[更新成功,无法执行语句,等等]


更好的做法是什么?

在我看来,数据库错误检查应该进入模型,显示(所有内容)进入“视图”层。你可以在这里找到一篇关于制作MVC框架的文章:


是的,所有错误消息和显示项都应该在视图中处理,因为数据库错误检查可以在模型中完成。

错误检查应该在模型层中进行

具体地说,在处理数据抽象的结构中或其他结构中。如果使用PDO,SQL错误将引发异常,即在存储抽象级别处理异常。这是通过将错误状态分配给您当时正在存储或填充的来完成的

控制器存在于完全不同的层:表示层。它不应该意识到由模型层处理的域业务逻辑的内部问题。这将导致一场灾难


视图在收集要显示的信息时,应首先请求它使用的返回状态。如果服务向视图通知现有错误状态,视图将请求更详细的信息,并决定如何对此错误做出反应,以及使用哪个组模板来可视化错误状态。

读取此存储过程不是视图,由于您没有提供更多关于控制器和模型的详细信息,因此您得到的答案将非常有限。另外,这听起来似乎与MVC无关,我将问题简单地改为:“存储过程的错误检查应该在哪里”。不,您可以选择在
视图中显示错误消息,但错误不应由它处理。数据(和错误)处理应通过
模型
-1:Thready链接完成。充满了不好的实践和对MVC的完全错误的描述。