1）您网站的主页在哪里适合“控制者”？我见过有些人使用“页面”控制器来处理静态页面，例如，关于，回家，联系等等，但对我来说这似乎不是一个好主意。为您的主页创建一个独特的控制器是一个更好的选择吗？毕竟，它可能需要访问多个模型，而且根据某些人使用的模型理论，整个控制器并不能很好地流动。
2）如果您需要一个用于多种类型用户的仪表板，那么这将是一个仪表板控制器，它可以根据哪个用户切换代码，或者您是否会在每个用户的每个控制器中说出仪表板操作？例如，admin / dashboard，account / dashboard等
3）在我看来，使用整个简单的CRUD示例在尝试解释控制器时就像一个魅力，但是一旦你通过这些简单的功能，它就会崩溃并导致你的控制器变得笨拙。当其他人在用户控制器中创建登录功能时，为什么有些人会选择创建登录控制器？我认为的一个原因是我们很多人来自页面方法背景，并且很难将控制器视为“对象”或“名词”，因为页面并不总是以这种方式工作。例如，为什么你想创建一个“页面”控制器来处理真正与彼此无关的页面只是为了让一个“容器”适合于操作。对我来说似乎不对。
4）控制器是否应该与用例有关，而不是可以执行操作的“对象”？出于所有密集目的，您可以创建一个用户控制器来执行整个应用程序中的每个操作。或者你可以按照某些人喜欢的说法为每个“关注区域”创建一个控制器。或者，如果需要，您可以为每个视图创建一个控制器。有太多的余地使得很难找到一致的使用方法。
控制者可能不应该这么混乱，但出于某种原因，他们会让我感到困惑。任何有用的评论将不胜感激。
答案 0 :(得分：5)