【发布时间】：2016-12-01 22:30:58
【问题描述】：
我使用 Slim3 和 PHP 开始了一个项目，并且对应用程序架构的了解有限。计划是创建项目并分离应用程序关注点。一切进展顺利，但随着应用程序的增长，事情变得越来越混乱。
这样做的整个想法是使开发更容易。在某种程度上确实如此，但我发现有时密切关注数据流很复杂。
我需要一些关于什么是存储库、服务和控制器/操作的建议。以及它们应该如何在系统中工作。我目前对它们的理解如下：
存储库
存储库用于服务层和模型层之间。例如，在UserRepository 中，您将创建包含要从数据库读取/写入的代码的方法。在 PHP 中，将在 repo 方法中使用 PDO 或 ORM。例如：
class UserRepository
{
public function findByID($id) { ... }
public function findByEmail($email) { ... }
public function findByMobile($mobile) { ... }
public function createEmail($email, $firstname, $lastname, $password) { ... }
public function createMobile($mobile, $firstname, $lastname, $password) { ... }
}
我在其中放了一些示例方法。但可能还有更多。
服务
服务层封装了应用逻辑。例如，UserService 将负责创建一个帐户，并执行所需的逻辑以注册用户。服务也可以是第三方，例如为 Facebook 的 SDK 或 ORM 创建服务。
一个示例服务：
class UserService
{
public function createMobile($mobile, $firstname, $lastname, $password) {
/*
* Call a validation service to validate input
*/
...
/*
* Use UserRepository's findByMobile() to check if account exists
*/
...
/*
* Use UserRepository's createMobile() to create account
*/
...
/*
* Call SMS service to send verification code
*/
...
}
public function createEmail(...) { ... }
public function getFollowers (...) { ... }
}
操作
我不确定这是否是一个真实的术语。它在 Slim Framework 文档中使用，似乎代表了一个瘦控制器。
Action 包含很少的逻辑，用于调用服务。除非有正当理由，否则 Action 很少直接调用存储库。 Action 将对从服务返回的数据执行基本检查，以便将响应发送回客户端。
它们与单独的路线相关联。我是这样使用它们的：
class ActivateEmailAction extends Action {
public function __invoke(Request $request, Response $response, $args = [])
{
if(!$this->ci->ActivationService->activateEmail($args['token'])){
return $response->withJson([
'status' => 'error',
'data' => null,
'message' => 'Invalid verification token'
]);
};
return $response->withJson([
'status' => 'success',
'data' => null,
'message' => null
]);
}
}
我是否正确使用了这些模式？我似乎采用的流程是这样的：
- 一切从路线开始。例如，向
/create发出请求。路由已注册到 Action。 - 操作决定调用哪些服务
- 服务执行逻辑，根据需要调用其他服务和存储库
- 服务将数据交还给操作
- 操作返回响应
任何建议将不胜感激。
【问题讨论】：
-
我看到收盘被认为过于宽泛。我不同意。使用这种设计模式设计应用程序通常只有一个正确答案。例如，您不会使用存储库中的服务，这是一种不好的做法。由于潜在的知识差距，我很可能会做一些被认为是不良做法的事情，这就是我问的原因。
-
您所做的一切都很好 - 这就是您要寻找的答案吗？ )
-
@GeorgyIvanov 由于我的知识有限，其中大部分是基于猜测或常识，我假设在某个地方我做错了，因为我仍然面临一些复杂性，同时管理项目。
标签： php design-patterns slim