상속 관계 엔티티 로직을 분기처리 하는 법?
356
14 câu hỏi đã được viết
안녕하세요 상속관계 엔티티를 다루는 방법에 대해 궁금한 점 있어 질문 드립니다
상속관계의 엔티티가 존재하고, 자식 엔티티마다 서비스 로직이 다를 수 있을 때 어떻게 분기처리하는지 알고 싶어 질문 드립니다
@Entity
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@Getter
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "base_type")
public abstract class BaseEntity {
@Id @GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String title;
private String description;
@Column(name = "base_type", updatable = false, insertable = false, length = 30)
private String baseType;
protected BaseEntity(Long id, String title, String description) {
this.id = id;
this.title = title;
this.description = description;
}
}
@Entity
@DiscriminatorValue(value = "FIRST")
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@Getter
public class FirstEntity extends BaseEntity{
private int like;
@Builder
public FirstEntity(Long id, String title, String description, int like) {
super(id, title, description);
this.like = like;
}
}
@Entity
@DiscriminatorValue(value = "SECOND")
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@Getter
public class SecondEntity extends BaseEntity {
private String redirectUrl;
@Builder
public SecondEntity(Long id, String title, String description, String redirectUrl) {
super(id, title, description);
this.redirectUrl = redirectUrl;
}
}
이러한 상속구조 엔티티가 있고, 두 자식의 서비스 로직이 다를 수 있을 때
컨트롤러에서 분기처리를 어떻게 하는지 알고 싶습니다
@RestController
@RequiredArgsConstructor
@RequestMapping("/v1/test")
public class TestController {
private final TestService testService;
@GetMapping
public void findEntity(@RequestParam String type) {
if(type.equalsIgnoreCase("first")) {
} else if(type.equalsIgnoreCase("second")) {
}
//...
//...
//...
}
}만약 이러한 구조로 간다면, 자식클래스가 늘어났을 때 또 if문을 추가해야해서 효율적이지 못할 것 같아서요!
지금 생각한 것은 상태 패턴을 이용하면 어떨까 하는데, 이게 좋은지 잘 모르겠습니다..
public interface BaseContext {
boolean support(String type);
void executeFind();
}이렇게 인터페이스를 만들어주고
@Component
public class FirstContext implements BaseContext{
private static final String TYPE = "FIRST";
private final FirstService firstService;
public FirstContext(FirstService firstService) {
this.firstService = firstService;
}
@Override
public boolean support(String type) {
return TYPE.equalsIgnoreCase(type);
}
@Override
public void executeFind() {
firstService.find();
}
}자식클래스의 상태를 구현하는 클래스를 만들어주고
@RestController
@RequiredArgsConstructor
@RequestMapping("/v1/test")
public class TestController {
private final List<BaseContext> contexts;
@GetMapping
public void findEntity(@RequestParam String type) {
BaseContext findContext = contexts.stream()
.filter(context -> context.support(type))
.findAny()
.orElseThrow(() -> new IllegalStateException("Error"));
findContext.executeFind();
}
}
컨트롤러에서는 이렇게 받아주면
자식 엔티티가 늘어나도 if-else를 하지 않아도 된다고 생각했습니다
다만, 자식 엔티티가 추가될 때 마다 Context를 추가해야 한다는 점과
Context가 Service를 바라보고있어 Service가 수정되면 Context와 Service 2가지 모두 수정해야한다는 점이 마음에 걸립니다
보통 상속관계의 엔티티를 다룰 때 어떤식으로 분기처리를 하나요??
강사님이 아니시더라도 다른 수강생분들의 의견도 달아주시면 좋겠습니다!!
Câu trả lời 1
0
이럴 땐 아래와 같이 각 상위 엔티티 타입에 추상 메서드를 정의하고, 각 하위 엔티티 타입에서 서로 다른 로직을 구현해 보면 어떨까요?
public abstract class BaseEntity {
...
public abstract void someMethod(); // 하위 타입마다 다르게 동작해야 하는 기능
}
public class FirstEntity extends BaseEntity {
...
@Override
public void someMethod() {
// FirstEntity에 맞게 구현
}
}
패키지 구분에 대해 궁금한게 있습니다
0
11
1
스프링부트 서버 에러나요
0
17
1
코드 자료
0
26
2
조회속도 개선에서 더 개선하는 방법이 궁금합니다.
0
28
2
servlet과 container에 대한 질문입니다
0
24
1
RepositoryTest의 패키지 위치가 domain인 이유
0
30
2
도메인 모델에서 관계와 규칙을 구분하는 방법
0
37
2
16 강의 메세지 retryCount의 의도
0
23
2
JPA Repository 질문이 있습니다!
1
34
2
페이지네이션 처리를 쿼리에서 하는 방식 질문
1
36
1
UserService, CertificationService 책임 분리 기준 질문
0
26
1
spring initialiser 어떤걸 선택해야될지 모르겠어요
0
32
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
51
2
Json 요청 처리
1
33
2
로그아웃-logout()-2 강에서 겟방식 로그아웃 호출 후 화면이동 질문입니다.
0
27
2
Build 관련 문제 (테스트 관련 문제)
0
43
2
job, step execution 관련 질문 드립니다.
0
32
2
git 링크 안들어가져요 404에러
0
458
1
JoinColumn 질문
0
442
1
1:N 매핑과 해당 방식 차이가 뭔가요?
0
494
2
10강 3:37 질문
0
319
1
7강에서 SecondaryTable을 왜 사용하지 모르겠습니다.
0
627
1
JPA 실무 @Entity을 @Embeddable 대체하는 경우가 많은가요?
0
542
1
도메인과 JPA 엔티티
0
790
1

