我正在研究 CodeIgniter 及其软件模式。应该先创建哪个，视图还是控制器？
【问题讨论】：
标签： php model-view-controller codeigniter testing
虽然这个问题已经有了一个公认的答案，但我想从可测试性的角度提供一种方法。现成的框架通常不会在设计控制器时考虑到可测试性，所以这类问题会一遍又一遍地出现。
编写良好的可测试控制器应将视图视为通过控制器的__construct 方法注入的依赖项。不过，我不知道 CodeIgniter 控制器是否允许此功能。
在 MVC 范例中，控制器将视图和模型的元素“组合在一起”，因此，与任何行为依赖项一样，如果这些对象提供“哑”数据存储之外的任何功能，则应将它们注入到您的控制器中实例化的时间，以便可以模拟它们以进行测试。因此，您将执行以下操作：
$view = new SmartyView;
$model = new UserModel;
$controller = new LoginController($view, $model);
通常，模型不提供任何公共“行为”方法，而是充当基本数据存储实体。如果是这种情况，出于同样的原因，您不需要将数组数据结构注入控制器来创建新数组，您可以在控制器内安全地创建新模型实例，而不会牺牲可测试性：
class LoginController
{
protected $view;
public function __construct(ViewInterface $view)
{
$this->view = $view;
}
public function doLogin($user, $pass)
{
$userModel = new UserModel();
// do stuff with model to determine if user/pass was valid
}
}
$view = new SmartyView;
$controller = new LoginController($view);
为了可测试性，最佳做法是避免将控制器与视图和模型紧密耦合。这就是为什么您通常应该避免在控制器代码中使用new 关键字的原因。你的控制器——以及任何其他对象——应该询问它的依赖关系，而不是LOOK。这将导致更透明的 API、更可测试的代码、更少的调试麻烦和更快乐的你。
【讨论】：
$route->set('/uri/to/match', 'ControllerName', 'controllerAction'); 你所描述的是在一个大项目中编写代码会非常乏味，这涉及将一些匿名函数应用于路由器/调度程序，然后处理在将它们传递给控制器之前进行实例化。如果一个模型依赖于其他模型怎么办？
我总是从视图开始。场景是，我已经设计了我的数据库，选择了技术。这是我关于 MVC 模式的工作流程。
在这个过程中，我从不创建任何额外的方法或代码块。它可以防止添加我们通常认为“可能需要”的代码。但它们永远不需要。
通过这种方式，您首先创建规范，然后在每个步骤中实施它。就像，View 为它创建数据需求。控制器提供它。并为模型创建数据规范。最后 Model 只提供那些被调用或需要的数据。
【讨论】：
我会说模型和控制器手牵手。
没有模型，你怎么知道控制器中的流程是什么？
没有控制器，你怎么知道模型中需要哪些方法？
有时，模型获得优先权，有时控制器根据情况而定。
【讨论】：
控制器是必须的。因为没有控制器就无法执行/完成工作。所以控制器是第一位的，因为跟随，
【讨论】：
模型，因为那是您的应用程序。 Controller 和 View 只形成了 Model 的一个接口。可以说，控制器是你家的门。你先建什么？门还是房子？对，所以先建立模型。然后给它添加一个接口。
【讨论】：
您应该从 Controller 开始，因为它正在调用 View。
在这里你可以看到Controller是Model和View的中间。 http://codeigniter.com/user_guide/overview/mvc.html
【讨论】：
控制器，您需要它在模型和视图之间进行通信。 没有控制器，模型无法与视图交互。
【讨论】：