php业务逻辑,php – 将业务逻辑放在实体中

我已经阅读了福勒关于“贫血领域模型”的文章(链接：

http://www.martinfowler.com/bliki/AnemicDomainModel.html),我同意他的观点.

我试图创建一个实体是简单POPO的应用程序,但是这样,我有一个胖服务层,而将一些逻辑放到实体中将是最简单的解决方案.

所以我会有这样的架构：

^

| Twig

| Controller | API

| Service

| Model

| Entity

哪里：

实体：将是简单的POPO,只是一袋二传手和吸气剂

模型：将是用业务逻辑装饰的实体对象

服务：包含涉及多个实体的所有业务逻辑(这里我也将放置验证任务),并且像转换器实体一样 – >模型

控制器| API：只匹配Request with Service,ParamConvert并检查autorization

Twig：表示层

我的问题是如何将实体层隐藏到控制器并且仅适用于模型.

为了用业务逻辑来装饰我的实体,我想构建一个使用存储库并装饰结果的服务(我找不到另一种方法来实现它).

所以,一个愚蠢的例子：

namespace ...\Entity\Article;

class Article {

private $id;

private $description;

// getter and setter

}

namespace ...\Model\Article;

class Article {

private $article; // all methods will be exposed in some way

private $storeService; // all required services will be injected

public function __construct($article, $storeService) {

$this->article = $article;

$this->storeService = $storeService;

}

public function getEntity() {

return $this->article;

}

public function isAvailable() {

return $storeService->checkAvailability($this->article);

}

...

}

class ArticleService {

private $storeService; // DI

private $em; // DI

private $repository; // Repository of entity class Article

public function findById($id) {

$article = $this->repository->findById($id);

return new \Model\Article($article, $storeService);

}

public function save(\Model\Article $article) {

$this->em->persist($article->getEntity());

}

...

}

上层是以通常的方式制作的.

我知道这不是一个好的解决方案,但我找不到更好的方法来建立模型层.我真的不喜欢这样的东西：

$articleService->isAvailable($article);

而不是更多的OO：

$article->isAvailable();