【问题标题】:Biggest business logic inside controllers and services控制器和服务中最大的业务逻辑
【发布时间】:2017-09-02 22:42:22
【问题描述】:

我有一个 PHP MVC 应用程序(模块没有被使用),我使用服务作为我的信息来源

问题是我的控制器/服务/助手变得越来越大,并且我对任何控制器操作都有许多不同的服务调用(每个操作 +/- 5 个服务调用,并且我处理发送和接收的信息)

我可以使用/做些什么来更好地表达并减少控制器和服务中的业务逻辑以扩展我的应用程序?

【问题讨论】:

  • 如果您使用它发布代码,这对于CodeReview 来说是一个完美的问题。这对 SO 来说不是一个很好的问题。

标签: php design-patterns model-view-controller phalcon


【解决方案1】:

在服务方面 - 开始研究 domain objectsdata mappers 的概念。

至于控制器——它们实际上应该完全没有业务逻辑。如果您没有将视图和控制器分开(例如,您将模板称为“视图”),那么它们中可能包含一些表示逻辑,但仅此而已。另一个建议是开始将这两个部分分开。 This post 可能会有所帮助。

附:我不知道 phalcon 是如何做事的

【讨论】:

    猜你喜欢
    • 2017-08-08
    • 2010-12-24
    • 2010-11-01
    • 1970-01-01
    • 2012-01-13
    • 1970-01-01
    • 1970-01-01
    • 2019-11-29
    • 1970-01-01
    相关资源
    最近更新 更多