控制器和服务中最大的业务逻辑
Biggest business logic inside controllers and services
我有一个 PHP MVC 应用程序（模块未被使用），我使用服务作为我的信息来源
问题是我的 controllers/services/helpers 越来越大，我对任何控制器操作都有许多不同的服务调用（每个操作 +/- 5 个服务调用，我正在处理发送和接收的信息）
我 use/do 可以在哪些方面做得更好并减少控制器和服务内部的业务逻辑以扩展我的应用程序？
对于服务方面 - 开始研究 domain objects and data mappers 的概念。
至于控制器 - 他们实际上应该 没有 业务逻辑。如果您在视图和控制器之间没有分离（例如，您将模板称为 "views"），那么它们可能有一些表示逻辑，仅此而已。另一个建议是开始将这两个部分分开。 This post 可能有点帮助。
P.S。我不知道 phalcon 是如何做的
我有一个 PHP MVC 应用程序（模块未被使用），我使用服务作为我的信息来源
问题是我的 controllers/services/helpers 越来越大，我对任何控制器操作都有许多不同的服务调用（每个操作 +/- 5 个服务调用，我正在处理发送和接收的信息）
我 use/do 可以在哪些方面做得更好并减少控制器和服务内部的业务逻辑以扩展我的应用程序？
对于服务方面 - 开始研究 domain objects and data mappers 的概念。
至于控制器 - 他们实际上应该 没有 业务逻辑。如果您在视图和控制器之间没有分离（例如，您将模板称为 "views"），那么它们可能有一些表示逻辑，仅此而已。另一个建议是开始将这两个部分分开。 This post 可能有点帮助。
P.S。我不知道 phalcon 是如何做的