[Association - Step 1단계] OneToMany (FetchType.EAGER) #86

parkje0927 · 2024-03-19T15:09:31Z

내용

부족한 부분이 많을 것 같은데 한번 피드백 부탁드립니다.
기존 EntityMetaData 를 개선하였고, EntityMetaData, EntityJoinMetaData 혹은 CollectionMetaData 를 다루는 인터페이스를 두고 이를 활용해보고 싶었는데 조금 복잡도가 올라가는 것 같아서 기존 클래스들의 의존성 주입 부분을 수정하지는 않았습니다.
Field::getGenericType 를 활용해보려다가 다른 방법으로 구현해보았는데 피드백 부탁드립니다.

확인 부탁드립니다🙇‍♀️

jongmin4943

안녕하세요 정현님!

1단계 미션 진행 잘해주셨어요 👍 정현님의 고민이 느껴졌습니다!
몇 가지 코멘트들 남겨 놓았으니 확인 후 재요청 주세요 🙇

미션 진행하시며 궁금한 사항이 있으시면 편하게 코멘트 또는 DM 주세요! 😃

jongmin4943 · 2024-03-20T13:09:48Z

src/main/java/pojo/EntityMetaData.java

+public class EntityMetaData implements EntityClass {

-    public EntityMetaData(Class<?> clazz) {
+    private final Class<?> clazz;
+    private final Object entity;
+    private final String entityName;
+    private final List<EntityColumn> entityColumns;
+
+    public EntityMetaData(Class<?> clazz, Object entity) {
        if (!clazz.isAnnotationPresent(Entity.class)) {
            throw new IllegalStateException("Entity 클래스가 아닙니다.");
        }
-        this.tableInfo = new TableInfo(clazz);
+        this.clazz = clazz;
+        this.entity = entity;
+        this.entityName = getEntityNameInfo();
+        this.entityColumns = getEntityColumnsInfo();
+    }


Entity 의 MetaData 를 다루는 책임을 가진 EntityMetaData 클래스를 도출하셨네요 💯

jongmin4943 · 2024-03-20T13:12:55Z

src/main/java/pojo/EntityMetaData.java

+    private String getEntityNameInfo() {
+        return clazz.isAnnotationPresent(Table.class) ? clazz.getAnnotation(Table.class).name()
+                : clazz.getSimpleName().toLowerCase();
    }


clazz.isAnnotationPresent(Table.class) 를 체크하신 뒤, 바로 clazz.getAnnotation(Table.class).name() 을 통해 이름을 가져오시는데, @Table 에 name 이 선언되어 있지 않다면 어떻게 될까요? 👀

@jongmin4943 종민님, 이 경우에는 뒤에 clazz.getSimpleName().toLowerCase() 가 수행되어 만약 Order.class 다 라고 하면 order 라고 나오도록 구현했습니다.

넵 하지만 조건문이 @Table 어노테이션이 있는지만 확인하고 있어요! @Table 의 name 은 필수값이 아니라서 없을 수도 있기에 드린 질문이었습니다 😃

@jongmin4943 아하 이해했습니다! Column 의 name 속성 처럼 한 번 더 체크가 필요하겠네요~ 감사합니다👍

jongmin4943 · 2024-03-20T13:15:01Z

src/main/java/pojo/EntityJoinMetaData.java

+public class EntityJoinMetaData implements EntityClass {
+
+    private final EntityMetaData owner; //orderItem
+    private final Class<?> clazz;
+    private final Object entity;
+    private final String entityName;
+    private final List<EntityColumn> entityColumns;
+    private final boolean lazy;
+
+    public EntityJoinMetaData(EntityMetaData owner, Class<?> clazz, Object entity) {
+        if (!clazz.isAnnotationPresent(Entity.class)) {
+            throw new IllegalStateException("Entity 클래스가 아닙니다.");
+        }
+        this.owner = owner;
+        this.clazz = clazz;
+        this.entity = entity;
+        this.entityName = getEntityNameInfo();
+        this.entityColumns = getEntityColumnsInfo();
+        this.lazy = isLazy();
+    }


연관관계를 다루기위한 EntityJoinMetaData 👏

jongmin4943 · 2024-03-20T13:19:54Z

src/main/java/pojo/EntityJoinMetaData.java

+    public String joinColumnName() {
+        return new FieldInfos(clazz.getDeclaredFields()).getJoinColumnField().getAnnotation(JoinColumn.class).name();
+    }
+
+    private String getEntityNameInfo() {
+        return clazz.isAnnotationPresent(Table.class) ? clazz.getAnnotation(Table.class).name()
+                : clazz.getSimpleName().toLowerCase();
+    }
+
+    private List<EntityColumn> getEntityColumnsInfo() {
+        return new FieldInfos(clazz.getDeclaredFields()).getIdAndColumnFields().stream()
+                .map(field -> new EntityColumn(field, entity))
+                .collect(Collectors.toList());
+    }


정현님의 코드를 보며 궁금한게 생겼어요!
getEntityColumnsInfo 메서드의 경우 객체 생성시 entityColumns 필드를 초기화 하기 위해 쓰이는것 같아요.
그런데 joinColumnName 메서드는 호출될때마다 FieldInfos 를 새로 생성하네요 🤔

정현님은 어떤 기준으로 필드로 선언해둘지, 메서드 호출마다 새로 생성해서 반환할지 결정하시나요?
해당 부분의 피드백은 쓰신 코드 전반적으로 여쭤보는 부분입니다 😃

@jongmin4943 일단 joinColumnName() 의 경우 원래는 다른 방법처럼 JoinEntityColumn 이라는 객체를 만들어서 이 클래스를 초기화하는 방법을 고민하긴 했습니다. 그런데 요구사항에 따라 수행하다보니 일단은 joinColumn 의 name 만 필요하다고 판단하여 로직을 조금 간소화했는데 JoinColumnName 을 생성하여 초기화하는 방법이 더 좋을 것 같긴 하군요🤔

보통 새로 생성을 한다는 것은 메모리에 계속 할당을 하는 거라 활용할 수 있다면 필드 변수로 할당을 하는 편이긴 하는데요, 사실 FieldInfos 를 통해 한 번 초기화를 하고 이를 변수에 할당하여 활용하는 방법이 가장 좋을 수 있으나 이런 설계적인 측면들이 가끔은 명확할 때도 있지만 뭔가 하다보면 점점 산으로 갈 때도 있더라구요~🥲 종민님의 의견과 피드백 주시면 이런 부분들 수정해보도록 하겠습니다!🙇‍♀️

해당 부분은 상황에 따라 달라지는 부분이기에 정답은 없지만 개인적으로 두가지점을 통해 접근해 볼 것 같아요. :)

객체의 책임

비용

클래스가 해당 필드를 가지기에 적합한가? 를 먼저 생각해 볼 것 같고, 메서드의 호출 빈도수와 객체 생성비용에 따라 선택할 것 같습니다.

책임의 소재로 본다면 MetaData 라는 객체이기에 상태를 좀 더 가져보아도 좋을 것 같아요.
비용의 측면으로 본다면 FieldInfos 같은 경우 리플렉션이라는 조금 비싼 방식을 사용하고 있고, 메서드들이 매개변수를 받는것이 아닌 내부 상태를 통해 반환값을 만들기에 매번 같은 반환을 한다는 점을 통해 저는 필드로 두는 선택을 할 것 같아요 😄

jongmin4943 · 2024-03-20T13:25:47Z

src/main/java/pojo/FieldInfos.java

+    public Field getJoinColumnField() {
+        return fieldList.stream()
+                .filter(this::isJoinColumnField)
+                .findFirst().orElse(null);
+    }


없다면 null 을 리턴하고 있네요!
사용하는쪽에서 null 관련 처리를 항상 해주지 않는다면 NullPointerException 이 발생하기 쉬운 구조가 될 것 같은데 어떻게 개선할 수 있을까요? 😃

음 한번 고민해보겠습니다!

jongmin4943 · 2024-03-20T13:48:48Z

src/test/java/persistence/sql/JoinQueryBuilderTest.java

+class JoinQueryBuilderTest extends JpaTest {
+
+    static OrderItem orderItem1 = new OrderItem(1L, "A", 1);
+    static OrderItem orderItem2 = new OrderItem(2L, "B", 10);
+    static OrderItem orderItem3 = new OrderItem(3L, "C", 5);
+    static Order order = new Order(1L, "test1", List.of(orderItem1, orderItem2, orderItem3));


JoinQueryBuilderTest 가 CustomSelectQueryBuilder 를 테스트하기 위한 클래스가 맞을까요~?

jongmin4943 · 2024-03-20T13:51:49Z

src/test/java/persistence/sql/JoinQueryBuilderTest.java

+    @DisplayName("join 시 select 문 생성")
+    @Test
+    void selectSqlWithJoinColumn() {


join 시 select 문 생성 이라는 DisplayName 보다는 좀 더 명확하게 해주시면 동료 개발자가 코드를 파악하기 좀 더 수월 할 것 같아요. 예를들면 OneToMany 클래스를 가진 Entity 의 select 쿼리는 join 문을 포함해야한다 와 같이요 😃

jongmin4943 · 2024-03-20T13:52:45Z

src/test/java/persistence/sql/JoinQueryBuilderTest.java

+        EntityMetaData entityMetaData = new EntityMetaData(OrderItem.class, orderItem1);
+        EntityJoinMetaData entityJoinMetaData = new EntityJoinMetaData(entityMetaData, Order.class, order);
+
+        CustomSelectQueryBuilder customSelectQueryBuilder = new CustomSelectQueryBuilder(entityJoinMetaData);
+        String selectJoinQuery = customSelectQueryBuilder.findByIdJoinQuery1(order, Order.class, 1);
+        System.out.println("selectJoinQuery = " + selectJoinQuery);
+
+        String resultQuery = "SELECT orders.id, orders.order_number, order_items.id, order_items.product, order_items.quantity FROM orders LEFT JOIN order_items ON orders.id = order_items.order_id WHERE orders.id = 1;";
+        assertThat(selectJoinQuery).isEqualTo(resultQuery);
+    }


테스트 코드를 명확하게 잘 만들어 주셨네요 💯
이미 테스트코드를 통해 검증이 잘 되고 있기때문에 print 부분은 제거 되어도 될 것 같아요 😄

jongmin4943 · 2024-03-20T14:03:05Z

src/main/java/persistence/sql/dml/CustomSelectQueryBuilder.java

+    private final EntityJoinMetaData entityJoinMetaData; //Order
+    private final EntityMetaData owner; //OrderItem
+
+    public CustomSelectQueryBuilder(EntityJoinMetaData entityJoinMetaData) {
+        this.entityJoinMetaData = entityJoinMetaData;
+        this.owner = entityJoinMetaData.getOwner();
+    }


Field::getGenericType 를 활용해보려다가 다른 방법으로 구현해보았는데 피드백 부탁드립니다.

EntityJoinMeta 를 생성 시 owner 의 EntityMetaData(OrderItem) 를 먼저 생성해서 넣어주고, 그리고 연관관계를 가진 클래스(Order) 를 넣어주는 구조네요.

현재의 구조는 몇가지 고려되지 않는 부분들이 존재하는데요! 그 중 가장 큰 문제는
EntityJoinMeta 생성을 자동화 할 수 없다는 점 같아요!
언제 어느 필드에 연관관계 어노테이션이 들어갈지 모르기에 수동으로 클래스를 넣어줘야하기 때문이죠

해당 부분을 해결하기위해 Field::getGenericType 를 활용해서, EntityMetaData 를 생성하는 시점에 @OneToMany를 가진 필드의 클래스 정보를 가져오게끔 해서, 동적으로 연관관계 클래스를 가져오는 방식을 활용해보게끔 힌트가 주어진 것 같아요 :)

@jongmin4943 종민님 이 부분은 처음에 어떻게 설계할지 고민을 했는데 위에서 피드백 주신 내용 중에 JoinColumn 에 대한 상태값을 가지는 책임을 EntityMetaData 에 넣어줌으로써 이 부분을 활용해볼 수 있을 것 같습니다. 감사합니다👍

@jongmin4943 종민님 그런데 저 질문이 있는데요, 저는 저희 entity 클래스인 Order, OrderItem 만 고려한다고 할 때 여기서 EntityJoinMetaData 가 Order / EntityMetaData 가 OrderItem 이라고 보았어요. owner 를 OrderItem 으로 봐서 이렇게 설정을 했는데요~ 혹시 이런 상황이라면 두 클래스의 역할을 바꿔서 해야할까요? 아니면 EntityJoinMetaData, EntityMetaData 의 상위 인터페이스를 두고 추상화를 해야할지..? 이런 부분들이 좀 어려웠던 것 같습니다.

현재 구조에서 객체관계 주인은 누구를 뜻할까? 로 접근해보면 어떨까요?

개인적인 관점으로 얘기해드리자면, 현재 Order 클래스가 OrderItem 을 가지고 있는 구조이니 owner 는 Order 가 되는 구조로 짜볼 것 같아요 😃

저는 클래스명을 통한 추상화 레벨로 보았을때 EntityMetaData 와 EntityJoinMetaData 는 같은 레벨로 보여서 상하위 체계를 갖는게 어색하다 느껴요! 두 클래스는 다른 책임을 가지고 있다고 생각해서, 현재구조에서 저라면, 각각을 생성할 것 같아요 :)

jongmin4943 · 2024-03-20T14:04:42Z

src/main/java/persistence/sql/dml/CustomSelectQueryBuilder.java

+    public String findByIdJoinQuery2(Object entity, Class<?> clazz, Object condition) {
+        Field field = new FieldInfos(clazz.getDeclaredFields()).getIdField();
+        IdField idField = new IdField(field, entity);
+
+        Field joinColumnField = new FieldInfos(clazz.getDeclaredFields()).getJoinColumnField();
+        Class<?> subClass = (Class<?>) ((ParameterizedType) joinColumnField.getGenericType()).getActualTypeArguments()[0];
+        EntityMetaData owner = new EntityMetaData(subClass, null);
+
+        return String.format(FIND_BY_ID_JOIN_QUERY, getSelectData(),
+                entityJoinMetaData.getEntityName(), owner.getEntityName(),
+                entityJoinMetaData.getEntityName() + "." + idField.getFieldNameData(),
+                owner.getEntityName() + "." + entityJoinMetaData.joinColumnName(),
+                entityJoinMetaData.getEntityName() + "." + idField.getFieldNameData(), condition);
+    }


해당 코드는 실행시 에러가 나네요 😢

… 진행하고, 이에 따라 CustomSelectQueryBuilder 변수명 수정

jongmin4943

안녕하세요 정현님!

피드백 반영 잘 해주셨네요 👍
요구사항 1번은 만족했는데, 요구사항 2번인 Entity 화 해보기가 진행 되어야 할 것 같아요 😃 해당 부분 반영 후 재요청 부탁드립니다 🙇

미션 진행하시며 궁금한 사항이 있으시면 편하게 코멘트 또는 DM 주세요! 😃

jongmin4943 · 2024-03-21T14:41:55Z

src/main/java/persistence/sql/dml/CustomSelectQueryBuilder.java

+    public String findByIdJoinQuery(Object entity, Class<?> clazz, Object condition) {
+        Field field = new FieldInfos(clazz.getDeclaredFields()).getIdField();
+        IdField idField = new IdField(field, entity);
+
+        return String.format(FIND_BY_ID_JOIN_QUERY, getSelectData(),
+                entityMetaData.getEntityName(), entityJoinMetaData.getEntityName(),
+                entityMetaData.getEntityName() + "." + idField.getFieldNameData(),
+                entityJoinMetaData.getEntityName() + "." + entityJoinMetaData.getJoinColumnName(),
+                entityMetaData.getEntityName() + "." + idField.getFieldNameData(), condition);
+    }


만드신 IdField 를 활용한다면 파라미터 condition 을 받을 필요가 없을 것 같다 생각이 드는데 어떻게 생각하시나요?

사소하지만, MetaData 의 동일한 메서드를 스코프 내에서 많이 사용하는 것 같은데, 변수로 한번만 호출해보시는건 어떨까요? 😃

jongmin4943 · 2024-03-21T14:42:48Z

src/main/java/persistence/sql/dml/CustomSelectQueryBuilder.java

+                .map(name -> entityMetaData.getEntityName() + "." + name)
+                .reduce((o1, o2) -> String.join(COMMA, o1, o2))


COMMA 를 상수로 빼주신것 처럼 "." 도 상수로 빠지면 좋을 것 같아요

jongmin4943 · 2024-03-21T14:47:46Z

src/main/java/pojo/EntityJoinMetaData.java

+    private String getEntityNameInfo() {
+        return clazz.isAnnotationPresent(Table.class) && !isBlankOrEmpty(clazz.getAnnotation(Table.class).name())
+                ? clazz.getAnnotation(Table.class).name() : clazz.getSimpleName().toLowerCase();
+    }
+
+    public String getJoinColumnNameInfo(Field field) {
+        return field.getAnnotation(JoinColumn.class).name();
+    }


피드백 반영해주셨네요 💯
마찬가지로 JoinColumn 의 name 도 필수값이 아닌데 어떻게 처리 할 수 있을까요? :)

@jongmin4943 name 이 없을 경우에는 Order 의 id 컬럼 이름으로 가져오는 내용이 필요할 것 같군요!

jongmin4943 · 2024-03-21T14:56:50Z

src/main/java/pojo/EntityMetaData.java

+    private EntityJoinMetaData getEntityJoinMetaDataInfo() {
+        Optional<Field> joinColumnField = new FieldInfos(clazz.getDeclaredFields()).getJoinColumnField();
+        if (joinColumnField.isEmpty()) {
+            return null;
+        }
+
+        Class<?> joinClass = (Class<?>) ((ParameterizedType) joinColumnField.get().getGenericType()).getActualTypeArguments()[0];
+        return new EntityJoinMetaData(joinClass, null, joinColumnField.get());
    }


FieldInfos 에 있는 null 을 Optional 을 통해 반환하고 여기서 다시 null 을 사용하고 있네요.
entityJoinMetaData 에 null 이 들어가는 경우가 생길 수 있고, getEntityJoinMetaData 메서드를 호출 하게 되면 여전히 NPE 가 발생하기 쉬운 구조 인것 같아요 👀

JoinMeta 가 없는 EntityMetaData.getEntityJoinMetaData 가 호출 될 때 어떻게 처리하는게 좋을까요? :)

@jongmin4943 null 을 반환하는 것에 대한 단점들을 이해하고 있는데 생성자 등 다른 방법에 대해 잘 생각이 안 나는 것 같아요.

jongmin4943 · 2024-03-21T14:59:37Z

src/main/java/pojo/IdField.java

+        if (entityColumn.hasGenerationType()) {
+            return H2GenerationType.from(entityColumn.getField().getAnnotation(GeneratedValue.class).strategy());
        }


객체에게 메시지는 보내는 방식을 적용해주셨네요 💯
GeneratedValue 의 strategy 도 직접 달라고 할 수 있지 않을까요? entityColumn.getGenerationStrategy 같은 느낌의 메서드로요!

저와 미션 진행시 객체에게 시키기 를 집중적으로 지켜보시려 노력해보시면 좋을 것 같아요 😄

jongmin4943 · 2024-03-21T15:01:23Z

src/test/java/persistence/JpaTest.java

+    protected static void initForTest(EntityMetaData entityMetaData) {
+        entityPersister = new EntityPersisterImpl(jdbcTemplate, entityMetaData);
+        entityLoader = new EntityLoaderImpl(jdbcTemplate, entityMetaData);
+        entityEntry = new SimpleEntityEntry(EntityStatus.LOADING);
+
+        persistenceContext = new SimplePersistenceContext();
+        simpleEntityManager = new SimpleEntityManager(entityPersister, entityLoader, persistenceContext, entityEntry);
+        jpaRepository = new CustomJpaRepository(simpleEntityManager);
+    }


entityMetaData 를 받는 방식으로 바꿔주셨네요 👍

jongmin4943 · 2024-03-21T15:06:49Z

src/test/java/persistence/sql/CustomSelectQueryBuilderTest.java

+    @DisplayName("OneToMany 를 갖고 있는 Entity 클래스의 select 쿼리는 join 문 포함 필요")
+    @Test
+    void selectSqlWithJoinColumn() {
+        EntityMetaData entityMetaData = new EntityMetaData(Order.class, order);
+
+        CustomSelectQueryBuilder customSelectQueryBuilder = new CustomSelectQueryBuilder(entityMetaData);
+        String selectJoinQuery = customSelectQueryBuilder.findByIdJoinQuery(order, Order.class, 1);
+
+        String resultQuery = "SELECT orders.id, orders.order_number, order_items.id, order_items.product, order_items.quantity FROM orders LEFT JOIN order_items ON orders.id = order_items.order_id WHERE orders.id = 1;";
+        assertThat(selectJoinQuery).isEqualTo(resultQuery);
+    }


요구사항 1번인 Join Query 만들기 는 잘 만들어 주신것 같아요 💯
이제 쿼리를 통해 실제 객체를 만들어보는 요구사항 2번 Join Query 를 만들어 Entity 화 해보기 를 만들어주시면 될 것 같아요 😃

jongmin4943

안녕하세요 정현님 😃

피드백 반영 해주신것 확인 했습니다! 👍
그런데 요구사항 2번이 아직 제대로 만족되지 못했어요 😢
해당 부분을 포함해서 다음 단계로 넘어가기전, 구조를 좀 더 잡고가면 좋을 것 같아 몇가지 코멘트들 남겨 놓았으니 확인 후 다시 요청 주세요 🙏

미션 진행하시며 궁금한 사항이 있으시면 편하게 코멘트 또는 DM 주세요! 😃

jongmin4943 · 2024-03-25T16:17:54Z

src/main/java/constants/CommonConstants.java

+    public static final String PERIOD = ".";
+    public static final String UNDER_SCORE = "_";


상수화 👍

jongmin4943 · 2024-03-25T16:35:11Z

src/main/java/persistence/entity/EntityLoaderImpl.java

+    @Override
+    public <T> List<T> findByIdWithAssociation(Class<T> clazz, Object entity, Object condition) {
+        CustomSelectQueryBuilder customSelectQueryBuilder = new CustomSelectQueryBuilder(entityMetaData);
+
+        EntityJoinMetaData entityJoinMetaData = entityMetaData.getEntityJoinMetaData();
+        if (!entityJoinMetaData.isLazy()) {
+            return eagerTypeQuery(customSelectQueryBuilder, clazz, entity);
+        }
+
+        //TODO 추후 lazy 타입 넣을 예정
+        return jdbcTemplate.query(customSelectQueryBuilder.findByIdJoinQuery(entity, clazz), new RowMapperImpl<>(clazz));
+
+    }


만드신 CustomSelectQueryBuilder 를 활용해 주셨네요 👍

몇가지 생각해 볼만한 부분들이 있어요

현재 메서드는 Test 에서만 쓰이는데, EntityManager 에서도 쓰여야 하지 않을까요?

findById 류는 해당 id 를 가진 객체 하나만 return 되어야 하는데 반환타입이 List 이네요. 어떻게 하나의 객체로 만들어 반환할 수 있을까요?

jongmin4943 · 2024-03-25T16:50:53Z

src/main/java/pojo/EntityMetaData.java

+    public EntityMetaData(Class<?> clazz, Object entity) {
        if (!clazz.isAnnotationPresent(Entity.class)) {
            throw new IllegalStateException("Entity 클래스가 아닙니다.");
        }
-        this.tableInfo = new TableInfo(clazz);
+        this.clazz = clazz;
+        this.entity = entity;
+        this.entityName = getEntityNameInfo();
+        this.entityColumns = getEntityColumnsInfo();
+        this.entityJoinMetaData = getEntityJoinMetaDataInfo();
+    }


해당 부분은 큰 변화가 될 것 같아 피드백을 드릴까 말까 고민이 되는 부분이에요 🤔

EntityMetaData 는 entity 의 metadata 를 다루는 책임을 강하게 가지고 있어요. 하지만 생성시 entity 를 받아 스스로 entity 를 상태값 으로 가지는게 조금은 어색하게 느껴지네요.

entity 가 필요한 이유를 고민해보니, getEntityColumnsInfo, getEntityJoinMetaDataInfo 에서 쓰이고 있기 때문 같은데, 해당 메서드들이 public 으로 열리고, 파라미터로 entity 를 받게 된다면 entity 를 상태로 가지지 않고, 순수하게 metadata 만 다룰 수 있을 것 같아요. 👍

@jongmin4943 종민님 그런데 생성자에서도 entity 를 제외시키게 된다면 EntityMetaData 가 생성될 때 entityColumns, entityJoinMetaData 를 만들 수가 없는데 이 부분에 대해서는 어떻게 생각하시는지 혹시 좀 더 설명 부탁드려도 될까요?

제가 객체지향을 공부할때 자주 접하던 문장이 있어요 :)

변하는것과 변하지 않는것을 구분하라

해당 관점으로 보았을때, EntityMetaData 는 Entity Class 가 가지고 있는 정보, 즉 Runtime 에 한번 정해지면 변하지 않는 값으로 보이고, Entity Instance 는 동적으로 변하는 값으로 볼 수 있을 것 같아요 🤔

entityColumns, entityJoinMetaData 라는 정보를 얻기 위해, 변하지 않는 정보를 상태로 가지고 있는 객체에게 동적으로 변하는 값을 메시지로 전달해서 반환해주는 방식은 어떨까요? 😃

jongmin4943 · 2024-03-25T16:56:44Z

src/main/java/pojo/EntityMetaData.java

+    private EntityJoinMetaData getEntityJoinMetaDataInfo() {
+        FieldInfos fieldInfos = new FieldInfos(clazz.getDeclaredFields());
+
+        Optional<Field> joinColumnField = fieldInfos.getJoinColumnField();
+        if (joinColumnField.isEmpty()) {
+            return null;
+        }
+
+        Field field = fieldInfos.getIdField();
+        IdField idField = new IdField(field, entity);
+
+        Class<?> joinClass = (Class<?>) ((ParameterizedType) joinColumnField.get().getGenericType()).getActualTypeArguments()[0];
+        return new EntityJoinMetaData(joinClass, null, joinColumnField.get(), idField);
    }


null 을 반환하는 것에 대한 단점들을 이해하고 있는데 생성자 등 다른 방법에 대해 잘 생각이 안 나는 것 같아요.

현재구조에서는 null 을 반환하고, 받는 쪽에서 null 처리들이 들어가야 할 것 같긴 하네요.
사실 EntityMetaData 입장에서 연관관계 필드가 단건이 아닐 수 있기 때문에, List 를 활용하면 좀 더 나은 구조가 될 것 같지만, 현 요구사항이 과하다 생각하시면 일단 가볍게 null 처리부분만 추가해주셔도 좋을 것 같아요 👍

jongmin4943 · 2024-03-25T17:02:57Z

src/main/java/pojo/EntityJoinMetaData.java

+    private String getEntityNameInfo() {
+        return clazz.isAnnotationPresent(Table.class) && !isBlankOrEmpty(clazz.getAnnotation(Table.class).name())
+                ? clazz.getAnnotation(Table.class).name() : clazz.getSimpleName().toLowerCase();
+    }


EntityJoinMetaData 의 메서드들이 제법 복잡해보이는 분기를 가진것 처럼보여요.
테스트 코드를 통한 검증이 추가되면 좋을 것 같아요 😃

사소하지만 개인적으로 조금이라도 복잡한 조건이 있는 삼항연산자를 사용할 경우 가독성이 떨어진다 생각하는데 if 문으로 분리해보시는건 어떨까요? :)

jongmin4943 · 2024-03-25T17:06:05Z

src/test/java/persistence/sql/CustomSelectQueryBuilderTest.java

+    @DisplayName("findById 테스트 - 연관관계가 있는 경우")
+    @Test
+    void findByIdWithAssociationTest() {
+        List<? extends Order> savedOrderList = entityLoader.findByIdWithAssociation(order.getClass(), order, order.getId());
+        assertThat(savedOrderList).hasSize(3);
+    }


사소하지만, 해당 테스트는 EntityLoaderTest 로 이동하는게 좀 더 자연스러워 보여요 :)

jongmin4943

안녕하세요 정현님 😃

끝까지 도전하시는 모습 멋지십니다 💪💪
한가지 피드백이 반영되지 않아서 다시 확인 후 리뷰 요청 부탁드립니다 🙏

궁금한 부분이 있으시면 언제든 편하게 코멘트 또는 DM 주세요!
화이팅입니다~! 🔥🔥

jongmin4943 · 2024-04-09T13:38:03Z

src/main/java/persistence/entity/EntityLoaderImpl.java

+    @Override
+    public <T> List<T> findByIdWithAssociation(Class<T> clazz, Object entity, Object condition) {
+        CustomSelectQueryBuilder customSelectQueryBuilder = new CustomSelectQueryBuilder(entityMetaData, entity);
+
+        EntityJoinMetaData entityJoinMetaData = entityMetaData.createEntityJoinMetaDataInfo(entity);
+        if (!entityJoinMetaData.isLazy()) {
+            return eagerTypeQuery(customSelectQueryBuilder, clazz, entity);
+        }
+
+        //TODO 추후 lazy 타입 넣을 예정
+        return jdbcTemplate.query(customSelectQueryBuilder.findByIdJoinQuery(entity, clazz), new RowMapperImpl<>(clazz));
+
+    }


#86 (comment)

현재 메서드는 Test 에서만 쓰이는데, EntityManager 에서도 쓰여야 하지 않을까요?

findById 류는 해당 id 를 가진 객체 하나만 return 되어야 하는데 반환타입이 List 이네요. 어떻게 하나의 객체로 만들어 반환할 수 있을까요?

해당 부분이 반영이 안된것 같아요 😅

jongmin4943 · 2024-04-09T13:42:26Z

src/main/java/pojo/EntityMetaData.java

+    public List<EntityColumn> createEntityColumnsInfo(Object entity) {
+        return fieldInfos.getIdAndColumnFields().stream()
+                .map(field -> new EntityColumn(field, entity))
+                .collect(Collectors.toList());
+    }
+
+    public EntityJoinMetaData createEntityJoinMetaDataInfo(Object entity) {
+        Optional<Field> joinColumnField = fieldInfos.getJoinColumnField();
+        if (joinColumnField.isEmpty()) {
+            return null;
+        }
+
+        Field field = fieldInfos.getIdField();
+        IdField idField = new IdField(field, entity);
+
+        Class<?> joinClass = (Class<?>) ((ParameterizedType) joinColumnField.get().getGenericType()).getActualTypeArguments()[0];
+        return new EntityJoinMetaData(joinClass, joinColumnField.get(), idField);
    }


entity 를 파라미터로 넘겨주는 모양으로 바꿔주셨네요 💯

조금 더 욕심을 부려보자면, EntityJoinMetaData 도 EntityMetaData 와 같이, entity 없이도 먼저 만들어 질 수 있으면 좋을 것 같아요. 현재 구조에서 보면 IdField 라는 객체가 entity 를 사용하는데, 그 내부에선 EntityColumn 이, 그 안에서는 FieldValue 가 생성될때 entity 를 사용하고 있네요. 해당 연관된 객체들도 entity 를 파라미터로 받아서 필요한 값을 반환하는 모양이 된다면 좀 더 책임이 명확해지지 않을까요? 😃

jongmin4943 · 2024-04-09T13:43:28Z

src/test/java/pojo/EntityMetaDataTest.java

+class EntityMetaDataTest {
+
+    @DisplayName("Table 어노테이션이 없거나 있어도 name 필드가 없을 경우 class 의 simpleName 을 반환한다.")
+    @Test
+    void entityNameInfo_ShouldReturnSimpleName() {
+        EntityMetaData entityMetaData = new EntityMetaData(Person2.class);
+        assertThat(entityMetaData.getEntityName()).isEqualTo("person2");
+    }
+
+    @DisplayName("Table 어노테이션이 있고 name 필드가 있을 경우 name 을 반환한다.")
+    @Test
+    void entityNameInfo_ShouldReturnTableName() {
+        EntityMetaData entityMetaData = new EntityMetaData(Person3.class);
+        assertThat(entityMetaData.getEntityName()).isEqualTo("users");
+    }
+}


EntityMetaDataTest 를 만들어 주셨네요 👍

parkje0927 added 12 commits March 20, 2024 00:02

feat: step1 - 기존 EntityMetaData 수정 및 EntityJoinMetaData 클래스 추가

856e473

refactor: step1 - 기존 클래스 네이밍 변경 및 EntityMetaData 리팩토링

f54f250

refactor: step1 - 불필요한 클래스 삭제 및 변경

a27127b

feat: step1 - 엔티티 추가

588fac7

docs: step1 - 강의 내용 및 요구사항 문서 정리

63e5646

test: step1 - 기존 테스트 코드 개선, 중복 코드 추상 클래스로 정리

3cc9e12

test: step1 - join select 문 테스트 코드 추가

4600e06

chore: step1 - 기존 메소드 유틸 클래스로 이관

0047ab4

feat: step1 - CustomSelectQueryBuilder 추가

82c0547

feat: step1 - EntityMetaData, EntityJoinMetaData 의 인터페이스 생성

69ab69f

refactor: step1 - 불필요한 클래스 삭제

75a7a28

chore: step1 - 주석 정리

de82331

jongmin4943 requested changes Mar 20, 2024

View reviewed changes

parkje0927 added 8 commits March 21, 2024 22:59

refactor: step1 - 불필요한 클래스 삭제

a87eb1e

refactor: step1 - 메소드명 변경 및 객체에 책임을 위임하는 방법으로 변경

b423263

refactor: step1 - GenerationType 확인 메소드 추가

0a3c3a1

refactor: step1 - 리뷰 내용을 참고하여 EntityMetaData, EntityJoinMetaData 역할을 재정의

4314890

refactor: step1 - isTransient 필드 체크 로직을 초기화 시 처리하도록 수정

32f34f2

refactor: step1 - EntityMetaData 초기화 시 EntityJoinMetaData 도 초기화 및 생성을…

0e8b45e

… 진행하고, 이에 따라 CustomSelectQueryBuilder 변수명 수정

test: step1 - 테스트 추상화 범위 및 객체 초기화 방법 변경

ab58ef3

chore: step1 - inline 정리

a129006

jongmin4943 requested changes Mar 21, 2024

View reviewed changes

parkje0927 added 4 commits March 25, 2024 22:55

refactor: step1 - 공통 상수 추가

9f25689

refactor: step1 - 피드백 반영하여 수정

6b169ca

feat: step1 - 요구사항 2번을 위해 loader 메소드 추가

f29d118

test: step1 - 테스트 static 변수 추가 및 join 엔티티화 테스트 코드 추가

3334c99

jongmin4943 requested changes Mar 25, 2024

View reviewed changes

parkje0927 added 3 commits April 1, 2024 21:58

refactor: step1 - 삼항연산자 if 문으로 수정

2939e5b

test: step1 - EntityMetaData 내 entityName 관련 테스트 추가

d61fa70

refactor: step1 - EntityMetaData 에서는 class 정보만 가지고 객체를 생성하도록 수정

efb21b1

test: step1 - 테스트 수정 및 기존 연관관계가 있는 findById 테스트 loader 테스트로 이관

0f6ac2a

jongmin4943 requested changes Apr 9, 2024

View reviewed changes

parkje0927 added 2 commits April 10, 2024 21:49

refactor: step1 - EntityJoinMetaData 에서도 entity 를 매개변수로 받지 않도록 수정

19431c0

test: step1 - EntityJoinMetaData 수정에 따른 테스트 변경

6509320

		.map(name -> entityMetaData.getEntityName() + "." + name)
		.reduce((o1, o2) -> String.join(COMMA, o1, o2))

		public static final String PERIOD = ".";
		public static final String UNDER_SCORE = "_";

[Association - Step 1단계] OneToMany (FetchType.EAGER) #86

Are you sure you want to change the base?

[Association - Step 1단계] OneToMany (FetchType.EAGER) #86

Conversation

parkje0927 commented Mar 19, 2024

내용

jongmin4943 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

parkje0927 Mar 20, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

parkje0927 Mar 21, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jongmin4943 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jongmin4943 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jongmin4943 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

parkje0927 Mar 20, 2024 •

edited

Loading

parkje0927 Mar 21, 2024 •

edited

Loading