我需要一些关于 MVC 设计的帮助。
MVC 和 CODEIGNITER 的大部分教程都是在控制器中进行输入验证。这是一个好的做法吗？
假设我们实现了 REST 或 SOAP API，那么我们将拥有不同的控制器，并且对于所有这些控制器，我需要复制我的代码。稍后，如果任何验证规则发生更改，它将波及所有控制器。不应该所有的验证都应该在 Model 而不是 Controller 里面吗？
我还想问一件事。当我试图使我的功能尽可能地具有凝聚力时，我在模型和控制器的功能之间建立了一对一的关系。没关系还是我做错了？
【问题讨论】：
标签： codeigniter model-view-controller
关于在 Controller 中进行输入验证 答。是的，这是大多数 MVC 中普遍接受的做法。然而，在过去的几年中，由于 AJAX 框架的出现和 JavaScript 的更多采用，许多 UI 验证都是在 UI 本身完成的（称为客户端验证）。这些通常显示为 javascript 警告框，除非用户修复这些错误，否则不允许用户继续操作。所以，我会说控制器/视图助手实际上是完成验证的地方，但您应该在可行的情况下考虑客户端验证。它还可以节省您前往服务器的次数。
如果您公开与 SOAP/REST 相同的功能 答。现在，您可以注释相同的控制器方法以使它们作为 Web 服务端点工作。因此，您的控制器既可以为基于 Web 的请求提供服务，也可以为 SOAP/REST 请求提供服务。 但要注意一点——你的表单bean/支持bean应该设计得很好。我见过将休眠模型对象用作表单支持对象的代码。这使得当您从表单支持对象生成 WSDL 时变得很棘手，因为休眠模型对象可能具有许多链接实体，并且最终在请求/响应中具有非常复杂的 xml 结构。 但是，如果您将支持 bean 设计为细粒度的，即没有复杂的对象，那么您应该可以轻松地将现有的控制器/控制器方法用作 SOAP/REST 的 Web 服务端点。
【讨论】：
这是一个好习惯吗？根据我的经验，是的。
要记住的一点是，任何给定的控制器都可以显示许多不同的页面。例如，考虑一个“仪表板”，它可能有多个任务，每个任务都需要自己的页面。
一个粗略的伪代码“仪表板”控制器可能如下所示：
class Dashboard extends CI_Controller {
public function __construct(){
parent :: __construct();
$this->load->helper(array('form', 'url'));
$this->load->library('form_validation');
$this->load->model('somemodel_model');
}
public function index(){
//displays a task selection page with links to various tasks
}
public function admins(){
//some kind of interface to display and edit admin level users
}
public function users(){
//CRUD for dashboard users
}
}
使用此控制器，任务选择页面使用baseurl/dashboard 打开，管理员页面使用baseurl/dashboard/admins 打开，用户CRUD 使用baseurl/dashboard/users 打开。因为它们中的每一个共享相同的类，所以所有/许多这些页面所需的代码（如验证）可以在构造函数和/或私有方法中实现。您可能已经知道这一切。请记住，AJAX 响应者也可以使用相同的技术驻留在控制器中。
关于保持验证规则 DRY 并简化更改规则所需的工作，CI 可以将规则集存储在配置文件中，以便在多种情况下轻松重用。 Read about it.
【讨论】：