서비스별로 디렉토리 구성해뒀는데 특정 서비스는 다른 서비스에 비해 너무 방대해서 새로운 프로젝트 서비스로 돌려야하는 상황이 오버림 이럼 엔티티 같이있는게 이득 아니냐
익명(121.133)2019-05-04 18:37
답글
그래도되고? 나도 니가 사용하던 구조를 쓰다가 후자로 바꿨는데 조무사가 이야기 한 이유 외에도.. 엔티티는 서비스에 속하지 않는다고 생각함. 엔티티는 독립적으로 구성되어있고 서비스는 엔티티를 연결하는 매개일 뿐이지, 한곳에 둬버리니 엔티티가 서비스에 종속되는 모양새가 되어버림
Scala(scalaboom)2019-05-04 18:41
답글
너가 말한거처럼 정말 방대하고 관리가 어려운 서비스가 되면 지금의 구조가 더 이상해보이고 어려
워질거임
게이는 엔터티 모델을 모듈에 넣노
두손두발 다들었다 이기야
그럼 어디다 둬야하노? 게이야
엔터티는 애초에 DI로 횡단관심사로 들어오는데 같이 관리하면 우짜노
어디다가 둬야하노 이기!
디렉터리 하나 파라 이기야
저기 기준으로 src/ 어따가 파노 이기
저대로 둬도 상관없긴함
src/entities/ 를 둬도 되고
엔티티 안에도 user만들고 거기다 넣으면되노 이기?
src/entities/UserEntity.ts
src/user/user.entity.ts
님 상황에 맞는걸 쓰셈
설계 간단하면 두셈
음 햇갈리노 이기
그래도 나중에 커져서 서비스 분리할일까지 생각나면 저기다 박는게 좋겠노 이기
보통 엔티티는 엔티티끼리 모아두지
이유는??
서비스별로 디렉토리 구성해뒀는데 특정 서비스는 다른 서비스에 비해 너무 방대해서 새로운 프로젝트 서비스로 돌려야하는 상황이 오버림 이럼 엔티티 같이있는게 이득 아니냐
그래도되고? 나도 니가 사용하던 구조를 쓰다가 후자로 바꿨는데 조무사가 이야기 한 이유 외에도.. 엔티티는 서비스에 속하지 않는다고 생각함. 엔티티는 독립적으로 구성되어있고 서비스는 엔티티를 연결하는 매개일 뿐이지, 한곳에 둬버리니 엔티티가 서비스에 종속되는 모양새가 되어버림
너가 말한거처럼 정말 방대하고 관리가 어려운 서비스가 되면 지금의 구조가 더 이상해보이고 어려 워질거임
오호라
테마 이쁘다 드라큘라인가
다크플레임마스터 테마