현재 리포지토리/서비스 레이어 디자인 패턴을 사용하여 설정된 웹 응용 프로그램에서 작업 중입니다. 즉, 모든 비즈니스 메서드를 실행하기 전에 필요한 비즈니스 로직을 수행하는 서비스 계층이 있습니다. 저장소. 필자는 각각의 서비스 레이어에 액세스하는 모델의 각면에 대해 파사드가 있으며 이는 대부분 괜찮습니다. 그러나, 이제 나는 묵시적인 관계를 구축하려고 노력하고 있는데, 어떤 방향으로 가야하는지 잘 모르겠다 고 외벽이 두통을 일으키는 것 같습니다.Laravel Ellquent 리포지토리/서비스 디자인 패턴과의 관계
다음 코드를 보자
이class Account extends Eloquent {
// Our table name
protected $table = "accounts";
// Our primary key
protected $primaryKey = "id";
/**
* Role Relationship
*
* Returns a list of roles associated with
* this account
*/
public function roles() {
return $this->hasMany('Role');
}
}
이, 그것은 역할 외관을 사용하고 있기 때문에 대신 역할의 엔티티 클래스를 사용하는 그대로 작동하지 않습니다. 나는
public function roles() {
return $this->hasMany('RoleEntity');
}
이 작동합니다, 그러나이 가장 최적의 솔루션처럼 보이지 않도록 같은 RoleEntity로, 약간 다른 이름으로 엔터티에 대한 별칭을 설정하여, 이것에 대한 해결 방법을 알아 낸.
제 질문은 연습입니까? 또는 더 나은 아직, 이것이 전혀 일어나지 않아야합니까? 그리고 그렇지 않다면 어떻게 수정해야합니까?/어디서 잘못 되었습니까?
이 Role' – lukasgeiter