Laravel控制器和模型结构

时间:2016-07-05 17:02:44

标签: php laravel models controllers

所以基本上,我有这个我正在计划的项目。一种“社交网络”。 我只是想知道,至于现在,我有一个控制器(ProfilesController)负责状态更新,配置文件编辑,图库上传/查看,设置等。

这是一个很好的结构吗?或者我应该将它分成不同的控制器,如(ProfilesController,GalleryController,SettingsController,GuestbookController)?

我的模特,我目前有留言簿,PhotoAlbum,个人资料和用户模型。这个好吗?或者是否应该将某些人合并到用户或个人资料中?

提前致谢。

3 个答案:

答案 0 :(得分:0)

我认为尽可能保持RESTful,你应该为单独的模型设置单独的控制器。你的模型绝对应该是他们自己的文件/类。

答案 1 :(得分:0)

1。遵循原则"单一责任"好的,你为每个进程创建一个控制器。

2。 Laravel数据库中的每个表(您在项目中使用的)都必须有一个Model。

3。如果您想做好事,建议遵循原则"首先使用API​​":设计API的结构,然后开始编程。完成此操作后,最近开始使用您的API开发接口和流程。

答案 2 :(得分:0)

我将继续使用REST并真正创建用于每个表,模型和控制器。因此,您可以以非常干净的方式开发应用程序。

如果您的“社交网络”或您希望开发的任何应用程序变得更大,更复杂,这是保持其清洁和清晰表现的最佳方式。

一旦我开始了一个小项目,并没有真正关心遵循这个原则,但你会发现你后悔的地步。

因此,使用干净的结构启动项目,并为每个模型创建一个控制器。 我建议也使用Route :: Ressource来定义基本路由。所以你遵循所有惯例。

Route::resource('Model', 'ModelController');

有关更多信息,请查看docs