是否应该在数据库中表示所有模型，或者如果模型未在数据库中表示，最好只制作一个控制器？
Should all models be represented in DB, or better to make only a controller if modell is not represented in DB?
我想知道通往我项目欢迎页面的路线。您可以使用“/”-route 到达它。
处理这个路由的方法应该在哪里，它背后的正确结构是什么？
我突然想到两个想法：
创建一个类似Home的模型并将方法放在家庭控制器
（缺点：我认为所有模型都应该在数据库中表示？）
...
只制作一个名为HomeController的控制器，没有模型
（缺点：为不存在的模型设置控制器感觉不对吗？）
什么是正确的？
您不需要为每个控制器创建模型，反之亦然，只需根据您的应用程序按需添加它们：需要 CRUD 操作或与您的模型进行其他交互。尝试创建一个 WecolmeController，因为 HomeController 是登录后功能的默认设置（或根据需要进行相应更改）。
我不能发表评论，所以我会把它留在这里。
Model和Controller都只是Class。如果您查看 HomeController 和 User.php 模型，您会发现它们分别扩展了 Controller 和 Model 类。
正如许多人所说，控制器和模型之间不需要一对一的关系。
花一些时间学习 OOP 的基础知识，您会发现 类 可以随心所欲地拥有，并且有很多方法可以将它们联系起来。有些 类 是控制器，有些是模型，有些是完全不同的东西，比如异常。但始终要记住，最终，它们只是 类 实现了一些接口，使用了一些特性，并扩展了其他 类.
值得在学习过程的开始就这样做。它会使你的学习曲线变陡一点，但从长远来看 运行 这是非常值得的。
我想知道通往我项目欢迎页面的路线。您可以使用“/”-route 到达它。
处理这个路由的方法应该在哪里，它背后的正确结构是什么？
我突然想到两个想法：
创建一个类似Home的模型并将方法放在家庭控制器
（缺点：我认为所有模型都应该在数据库中表示？）
...
只制作一个名为HomeController的控制器，没有模型
（缺点：为不存在的模型设置控制器感觉不对吗？）
什么是正确的？
您不需要为每个控制器创建模型，反之亦然，只需根据您的应用程序按需添加它们：需要 CRUD 操作或与您的模型进行其他交互。尝试创建一个 WecolmeController，因为 HomeController 是登录后功能的默认设置（或根据需要进行相应更改）。
我不能发表评论，所以我会把它留在这里。
Model和Controller都只是Class。如果您查看 HomeController 和 User.php 模型，您会发现它们分别扩展了 Controller 和 Model 类。
正如许多人所说，控制器和模型之间不需要一对一的关系。
花一些时间学习 OOP 的基础知识，您会发现 类 可以随心所欲地拥有，并且有很多方法可以将它们联系起来。有些 类 是控制器，有些是模型，有些是完全不同的东西，比如异常。但始终要记住，最终，它们只是 类 实现了一些接口，使用了一些特性，并扩展了其他 类.
值得在学习过程的开始就这样做。它会使你的学习曲线变陡一点，但从长远来看 运行 这是非常值得的。