【发布时间】：2012-06-19 08:40:30
【问题描述】：
我正在努力寻找设计我的应用程序以及我的领域模型的最佳方式。
我查看了 FOS*Bundle 的大部分内容，它们抽象出这样的内容：
Model/
- AbstractUser.php
- AbstractUserManager.php
Entity/
- User.php
- UserManager.php
他们根本不使用 Repository，所有工作都在 Manager 类中完成。
我曾经做过类似的事情，但方式不同。
我没有用抽象和接口抽象域模型（看起来这绝对是要走的路）但我只有实体（FOS 的主要目标是与存储无关并允许使用 ODM或 ORM）。
所以我有这样的结构：
Model/
- Entity/
-- User.php
- Repository/
-- UserRepository.php
Service/
- UserService.php
你敢打赌，UserService 类似于 FOS 中的 UserManager，但它主要是 UserRepository 的代理类。
你怎么看？
你是如何组织你的领域模型的，你有什么反馈吗？
FOS 走的路好吗？
【问题讨论】：
-
我同意你的观点，但有时答案虽然很有价值，但并不是被接受的例外答案，让他们处于那种状态允许其他人继续回答或复活一个没有的问题一个接受的答案。顺便说一句，我虽然人们帮助，帮助，而不是被一些分数奖励，但我可能是乌托邦 :) 请注意，我曾经支持有价值的答案。
标签： php oop design-patterns symfony soa