cothe

답변주셔서 감사합니다.
저도 현재는 비즈니스 로직을 가지고 있는 클래스와 비즈니스를 저장할 수 있는 형태로 재정의된 엔티티 타입 클래스으로 나눠서 엔티티에서 비즈니스 객체를 생성하고, 저장하는 기능을 인자로 받아 처리하고 있습니다. 그런데 이 방법도 여간 까다로운게 아니고 비즈니스 객체마다 엔티티 클래스를 만든다는 것 자체가 상당한 노력과 시간이 들어서 이건 아니다 싶은 생각이 많이 듭니다.
그래서 있던 비즈니스 로직 객체를 어떻게든 엔티티로 바꾸려고 하니 두번째 질문을 드린건데 아래와 같은 케이스 입니다.
<pre class="language-java"><code>public abstract class BaseJob implements Job {
 private final String jobId;
 private final JobMeta jobMeta;
}
public final class JobMeta {
 private final Map<Class<? extends Property>, Object> property;
}
</code></pre>

BaseJob 클래스에 JobMeta 라는 필드를 가지고 있는데 이 타입은 Map<Class<? extends Property>, Object> 타입을 키로하는 맵을 가지고 있을 때 입니다.

지금에서 드는 생각은 JPA를 사용할 생각이 있으면 처음부터 엔티티를 고려하여 설계가 되야지 안그러면 힘든 사태가 ㅠㅠ
JPA가 객체를 더 객체답게 사용하기 위해서 나온 기술이라 생각했는데 해보니 한계가 있는듯 합니다.

엔티티에 의존성 주입이 필요한 경우?

답변 덕분에 잘 구현했습니다.
&nbsp;
감사합니다 :)

cothe

Posts