アプリケーションと正確にドメイン モデルを設計するための最良の方法を見つけようとしています。
FOS*Bundle のほとんどを調べたところ、次のように抽象化されています。
Model/
- AbstractUser.php
- AbstractUserManager.php
Entity/
- User.php
- UserManager.php
それらはリポジトリをまったく使用せず、すべての作業は Manager クラスで行われます。
以前は似たようなことをしていましたが、やり方が異なりました。
私は抽象とインターフェースでドメインモデルを抽象化しませんでした (まあ、それは間違いなく進むべき道のようです) が、エンティティしかありませんでした (FOS の主な目標は、ストレージにとらわれず、ODM または ORM の使用を許可することです)。 .
だから私はそのような構造を持っています:
Model/
- Entity/
-- User.php
- Repository/
-- UserRepository.php
Service/
- UserService.php
確かに、は FOS の にUserService似てUserManagerいますが、ほとんどが のプロキシ クラスUserRepositoryです。
どう思いますか？
ドメイン モデルをどのように編成していますか?フィードバックはありますか?
FOSファッションは進むべき道を歩んでいますか?