Laravel MVC和模型责任_Laravel_Model View Controller_Eloquent

Laravel MVC和模型责任

laravel model-view-controller

Laravel MVC和模型责任,laravel,model-view-controller,eloquent,Laravel,Model View Controller,Eloquent,我有一个小拉威尔项目。在这个项目中，我有一些模型，但我的问题需要的是用户，课程和支付模型用户可以订阅课程（仅一个），并且需要每月支付订阅费我正在创建一个新页面，根据用户的当前状态显示不同的内容。如果他们付款失败，我将显示ContentA，如果所有付款都是最新的，则将显示ContentB 从MVC体系结构的角度来看，在用户模型hasFailedPayments（）中创建一个函数，该函数将执行所有必需的操作和检查，以确定用户是否支付失败，这是否正确？这是否应该由其他层之一（控制器/视图）负责目

我有一个小拉威尔项目。在这个项目中，我有一些模型，但我的问题需要的是

用户

，

课程

和

支付

模型

用户

可以订阅

课程

（仅一个），并且需要每月支付订阅费

我正在创建一个新页面，根据

用户的当前状态显示不同的内容。如果他们付款失败，我将显示ContentA
，如果所有付款都是最新的，则将显示ContentB

从MVC体系结构的角度来看，在用户
模型hasFailedPayments（）
中创建一个函数，该函数将执行所有必需的操作和检查，以确定用户
是否支付失败，这是否正确？这是否应该由其他层之一（控制器/视图）负责
目前，我正在控制器中进行检查，但如果我需要进行完全相同的检查，我将需要复制此代码
提前谢谢
 您是对的，这种逻辑将存在于模型中。在大多数情况下，您的大部分或所有业务逻辑都应该存在于您的模型中。视图用于查看逻辑产生的数据。控制器用于为模型视图提供服务，并控制项目的整体流程。
您是对的，该逻辑将存在于模型中。在大多数情况下，您的大部分或所有业务逻辑都应该存在于您的模型中。视图用于查看逻辑产生的数据。控制器用于为模型提供视图并控制项目的整体流程。
此外，如果您的模型开始变得非常大，我建议将其放入服务提供商，但除此之外，E McG是正确的。此外，如果您的模型开始变得非常大，我建议将其放入服务提供商，但除此之外，E McG是正确的。