Encje w Domain Driven Design, DDD Opcje

[Psajkus]

Siema,
pisze do was z następującym problemem... zastanawiam się czy we dopuszczalne jest uzycie repozytorium w encji, (chodzi mi o metode setProfil)

[PHP] pobierz, plaintext 
class UserEntity
{
   //jakies atrybuty
 
   //jakies metody
 
   /** @var ProfilEntity */
  private $_oProfil;
 
   public function addProfil(ProfilEntity $oProfilEntity)
   {
       $this->_oProfil  = $oProfilEntity;
   }
 
   public functin getProfil()
   {
        if(!isset($this->_oProfil)
       {
              return $this->setProfil();
       }
       else
       {
              return $this->_oProfil;
        }
   }
 
 
   private function setProfil()
   {
         $oProfilRepository = new ProfilRepository;
 
         return $oProfilRepository->find();
   }
 
 
}
 
class ProfilEntity
{
     //jakies atrryburty i metody
}
 
[PHP] pobierz, plaintext 

Czy powinienem odwoływac się do repozytorium z poziomu encji czy raczej przeslać obiekt (wykorzystujac metode addProfil). Jak wy robicie?

Ten post edytował Psajkus 26.06.2011, 11:12:49

[Crozin]

jakieś inne rozwiązanie?

Nie myślałeś nad wykorzystaniem Doctrine2 jako warstwy DAO? Architektura projektu pasuje idealnie do Twojego w dodatku oszczędziło by Ci to masę pracy.

Co do tego czy wykonać zapytanie SELECT z JOIN-em czy SELECT + n SELECT-ów. W zdecydowanej większości przypadków to pierwsze - bo będzie to po prostu wydajniejsze. To ostatnie możesz stosować np. w przypadku gdy pobierasz kolekcję 10 użytkowników, którą wyświetlasz jako jakąś listę ale dla przykładowo pierwszego elementu tej listy pozna nazwą użytkownika wyświetlasz też jakieś dane z jego profilu. Generalnie możesz poszukać sobie pod frazą "fetch eager lazy" - powinieneś znaleźć sporo materiałów bo jest to dosyć popularne zagadnienie.