refactor : 멤버 도메인 준회원 승급 조건 추가 - 기본 정보 작성 #349

AlmondBreez3 · 2024-06-06T01:53:35Z

🌱 관련 이슈

close ♻️ Member 도메인 준회원 승급 조건에 기본 정보 작성 추가하기 #348

📌 작업 내용 및 특이사항

event handling 꽤 ..어렵네영ㅋ..
준회원 승급 조건 추가하면서 event 처리로 멤버 도메인 ASSOCIATE 승급 로직을 구현했습니다
일단 제가 결론 부터 말씀드리자면 Event 레코드 안에 멤버를 넣어서 전파하는 방식을 택하니까! 굳이 login안해도 테스트 다 정상적으로 작동하고 event handling에 더 적합하다 싶어서 현재 코드 방식으로 짜놓았습니다 ㅎㅎ
제가 저번에 integration test에 이제 준회원 승급 조건을 넣어서 로직 검증을 짜놓아야 된다고 말씀드렸는데, isAllVerified라는 중간 검증이 생겨버리니 굳이 통합 테스트에서 승급할 필요없이 isAllverified를 만족시키는지만 확인하면 돼서 Member 도메인 테스트에 수정/추가 해두었습니다!
isAllverified라는 도메인 로직 검증 메서드가 생긴 이유는 event handler에서 코드를 개선시킬 수 있을 것 같아서 추가했습니다.. 그리고 굳이 Requirement에 isAllVerified 필드를 추가 하지 않고 그냥 메소드 호출할때 저 멤버가 현재 다 verified인지 검증만 해주면 될 것 같아서 코드를 짯습니다!
eventListener에 대한 검증 테스트는 안했는데 적절하다고 생각하시나요? 의견 궁금하네요!
- 짜고 보니까 isAllVerified부분 테스트 메서드 이름이 조금 어색하네영...좀만 더 생각해볼게요 저 이름은!

📝 참고사항

@DomainEvents라는 어노테이션을 사용해서 requirement가 디비에 수정되는 순간 원하는 이벤트 처리할 수 있게 리팩토링 하고 싶은데 이건 백로그에 남기려고 합니다!
register event하고 나서 repository.save()하는 것이 안티 패턴이라고 하더라고요 그래서 다른 분들 레퍼런스 찾아보면 그냥 publish아니면 조금 더 고수이신 분들은 aop 커스터마이징해서 하고 막 그러던데 이것도 리팩토링 할 부분인 것 같네요
https://ramka-devstory.tistory.com/m/7
https://msolo021015.medium.com/abstractaggregateroot%EC%99%80-jparepository-save-%EC%95%88%ED%8B%B0-%ED%8C%A8%ED%84%B4%EC%97%90-%EB%8C%80%ED%95%B4-ca81a8f2ce22

📚 기타

github-actions · 2024-06-06T01:54:31Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-06T07:59:06Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat · 2024-06-06T12:39:14Z

커밋 메세지 컨벤션 체크해주세요~

github-actions · 2024-06-06T13:24:05Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-06T13:25:45Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-06T13:38:19Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-06T13:47:36Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-06T13:53:26Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	❌

github-actions · 2024-06-06T13:56:08Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat · 2024-06-06T12:42:55Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+@Component
+@RequiredArgsConstructor
+public class MemberAssociateEventHandler {
+    public void handle(Object context) {


SpringEventHandler 보시고 이렇게 하신 것 같은데, 디스코드 패키지 핸들러들은 디스코드 클라이언트와 통신하면서 발생하는 예외를 aop로 잡으려고 인터페이스로 추출한 거라 일반적인 스프링 이벤트 핸들러는 Object가 아닌 이벤트 타입 그대로 받는게 좋을 것 같습니다~

uwoobeat · 2024-06-06T12:45:24Z

src/main/java/com/gdschongik/gdsc/domain/member/dao/MemberCustomRepositoryImpl.java

@@ -28,7 +28,7 @@ public class MemberCustomRepositoryImpl extends MemberQueryMethod implements Mem
    public Page<Member> findAllGrantable(MemberQueryOption queryOption, Pageable pageable) {


수동 grant 대신 준회원 자동승급으로 변경되었으니 grant 가능한 대상 조회하는 메서드도 제거되는 게 좋지 않을까요?

grant가능한 대상 말고 Associate인 대상을 find하는 것으로 바꾸는 것은 어떻게 생각하실까용?

grant가능한 대상 말고 Associate인 대상을 find하는 것으로 바꾸는 것은 어떻게 생각하실까용?

이 부분은 기획팀이랑 피그마에서 논의한 내용이 있어요.
피그마 2차 MVP(개발용)에서 코멘트 달려있는 부분 한번 찾아보시고 별도 이슈에서 처리하시면 좋을 것 같습니다.
노션에 링크 달아두겠습니다.

uwoobeat · 2024-06-06T14:49:16Z

register event하고 나서 repository.save()하는 것이 안티 패턴이라고 하더라고요 그래서 다른 분들 레퍼런스 찾아보면 그냥 publish아니면 조금 더 고수이신 분들은 aop 커스터마이징해서 하고 막 그러던데 이것도 리팩토링 할 부분인 것 같네요

https://vladmihalcea.com/best-spring-data-jparepository/

-> 저기서 말하고자 하는 바는 hibernate가 변경감지를 지원하는데도 명시적으로 save를 호출하면 안된다는 이야기인 것 같고, 저희는 이벤트 발행하려면 save를 호출해야 하니 어쩔 수 없는 부분인 것 같아요. merge event가 발생하니 불필요하게 하지 말라는 이야기이지 필요한 상황에서 굳이 안쓰기 위해서 회피하는 것보다는 나으니깐요.

AbstractAggregateRoot와 JPARepository save() 안티 패턴에 대해

-> 최범균님 jpa 강의(링크)를 보면 이런 내용이 나옵니다.

영속성 전파는 (특별한 이유가 없다면) 사용하지 말아야 한다.
연관관계의 경우 다대일을 사용하고, 일대다는 지양한다.
일대일, 일대다 관계인 것 같다고 생각할 경우 엔티티가 아닌 vo인지를 체크하라.

위 글에서 불필요한 MergeEvent가 발생했을 때 엔티티가 일대다 관계를 가지고 있으면 문제가 발생할 수 있다고 합니다. 하지만 애초부터 저희 서비스는 모든 연관관계에서 일대다 관계를 사용하고 있기 때문에 성능적 오버헤드가 그리 심각하게 발생할 것 같다는 생각은 들지 않네요.

이벤트 발행을 위한 명시적 save가 어색할 수 있지만 어쨌든 AbstractAggregateRoot를 사용하여 이벤트를 발행하기 위한 '공식적인' 방법이고, 제가 알기로 비슷하게 data jpa 팀에게 "쓰기 지연이 있는데도, 왜 이벤트 발행을 위해서 명시적 save를 호출해야 하냐" 라는 이슈를 남긴 경우도 봤었는데, data jpa 팀 측에서 구현상 어쩔 수 없었고, 이게 최선이었다 라는 답변을 본 것도 기억이 나네요.

정리하자면 성능상 이슈는 충분히 견딜만하다고 생각하고, 불편함이 있다면 이벤트 발행하는 경우 쓰기 지연을 가정하고 작성했던 서비스 로직에 매번 명시적으로 save를 호출해야 한다... 라는 건데, "명시적 save 호출의 불편함" vs "aop로 이벤트 발행해주는 기능 만들고, 관리하기" 의 비용 비교했을 때는 아직까지는 전자가 더 적은 것 같고, 굳이 후자가 그만한 리소스 들일 정도로 중요한 기능도 아니라고 생각해서요.

Sangwook02

확인했습니다~

Sangwook02 · 2024-06-06T15:37:07Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Member.java


        this.studentId = studentId;
        this.name = name;
        this.phone = phone;
        this.department = department;
        this.email = email;
+
+        registerEvent(new MemberAssociateEvent(this));


제가 이벤트 쪽은 경험이 없어서 모르는 걸 수도 있는데,
verifyInfoStatus() 내부에서도 부르던데 반복해서 호출하는 이유가 있나요?

준회원 승급 조건 하나할 때마다 조건 충족했는지 여부를 확인할때 registerEvent를 사용했습니다!

네 그건 알고 있는데, 이렇게 되면 updateBasicMemberInfo메서드에서 registerEvent(new MemberAssociateEvent(this));를 두번 호출하는거 아닌가요?

앗 네 맞네요 저 부분은 단지 모든 조건이 충족됐는지 검증해주기만 하면되는데 제가 넣어놨네요
삭제했습니다 !

verifyInfoStatus에서 제거하기보다 이 메서드에서 지워야 하지 않나요?

엇 왜죵?

준회원으로 승급 가능한지 확인하는 이벤트를 발행하는 것은 기본 회원 정보를 작성했기 때문이 아니라 infoStatus가 verified로 바뀌었기 때문 아닌가요?

아 전 단순히 정보 작성에 꽂혀있었네요!
지적해주셔서 감사합니다

Sangwook02 · 2024-06-06T15:42:03Z

src/main/java/com/gdschongik/gdsc/domain/member/dao/MemberCustomRepositoryImpl.java

@@ -28,7 +28,7 @@ public class MemberCustomRepositoryImpl extends MemberQueryMethod implements Mem
    public Page<Member> findAllGrantable(MemberQueryOption queryOption, Pageable pageable) {


grant가능한 대상 말고 Associate인 대상을 find하는 것으로 바꾸는 것은 어떻게 생각하실까용?

이 부분은 기획팀이랑 피그마에서 논의한 내용이 있어요.
피그마 2차 MVP(개발용)에서 코멘트 달려있는 부분 한번 찾아보시고 별도 이슈에서 처리하시면 좋을 것 같습니다.
노션에 링크 달아두겠습니다.

Sangwook02 · 2024-06-06T15:47:07Z

src/test/java/com/gdschongik/gdsc/domain/member/domain/MemberTest.java

+        }
+
+        @Test
+        void 기본_회원정보_작성_디스코드인증_Bevy인증_재학생인증하면_isAllVerified는_true이다() {


Suggested change

void 기본_회원정보_작성_디스코드인증_Bevy인증_재학생인증하면_isAllVerified는_true이다() {

void 준회원_가입조건을_모두_충족했다면_isAllVerified는_true이다() {

이렇게 하면 나중에 준회원 가입조건에 뭔가 추가되거나 제외되더라도,
테스트 이름을 바꾸지 않아도 될 것 같습니다!

이름에 대해 고민하고 있었는데 이게 좋은것같네용 감삼당

Sangwook02 · 2024-06-06T15:56:25Z

...ava/com/gdschongik/gdsc/domain/member/application/listener/MemberAssociateEventListener.java

+import org.springframework.stereotype.Component;
+import org.springframework.transaction.event.TransactionalEventListener;
+
+@Slf4j


Suggested change

@Slf4j

지금 보니 제가 만든 DiscordIdBatchCommandListener랑 재현님이 만드신 MemberGrantEventListener에도 안 쓰면서 달아두긴 했는데 아마 복붙 과정에서 여기저기 붙은 것 같네요..😅😅

github-actions · 2024-06-07T07:12:07Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-08T08:29:09Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

Sangwook02

확인했습니다.

Sangwook02 · 2024-06-09T06:16:56Z

src/test/java/com/gdschongik/gdsc/domain/member/domain/MemberTest.java

            member.completeUnivEmailVerification(UNIV_EMAIL);
            member.verifyDiscord(DISCORD_USERNAME, NICKNAME);

+            System.out.println(member.getRequirement().isInfoVerified());


Suggested change

System.out.println(member.getRequirement().isInfoVerified());

Sangwook02 · 2024-06-09T06:17:58Z

src/test/java/com/gdschongik/gdsc/domain/member/domain/MemberTest.java

            member.completeUnivEmailVerification(UNIV_EMAIL);
            member.verifyDiscord(DISCORD_USERNAME, NICKNAME);
            member.verifyBevy();
+            member.advanceToAssociate();


line 176은 when에 해당하지 않나요?

++ test 이름도 수정이 필요해 보입니다.

Sangwook02 · 2024-06-09T06:21:36Z

src/test/java/com/gdschongik/gdsc/domain/member/domain/MemberTest.java

+            member.verifyDiscord(DISCORD_USERNAME, NICKNAME);
+            member.verifyBevy();
+
+            // then


Suggested change

// then

// when & then

Sangwook02 · 2024-06-09T06:29:28Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Member.java

@@ -247,13 +250,18 @@ public void updateMemberInfo(
    public void completeUnivEmailVerification(String univEmail) {
        this.univEmail = univEmail;
        requirement.updateUnivStatus(RequirementStatus.VERIFIED);
+        registerEvent(new MemberAssociateEvent(this));


다른 준회원 조건처럼 line 252~253를 verify 메서드로 분리하지 않으신 이유가 있나요?

completeUnivEmailVerification이라는 메서드가 이미 존재해서 메서드 이름명 차이인 것같은데 vreifyEmail이런식으로 바꾸면 기존에 사용되던것들을 다른 클래스에서도 다 바꿔야 해서 고려를 하지 않았습니다!

이미 존재하던 거라서 통일시킬 생각을 못했다는 것입니다!
필요하다고 판단되면 추가하겠습니다

Sangwook02 · 2024-06-09T06:32:49Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Member.java

+        registerEvent(new MemberAssociateEvent(this));
+    }
+
+    public void verifyInfoStatus() {


다른 verify 메소드들처럼 네이밍 수정해주세요~

네이밍 수정이 정확히 어떤 방식으로 수정을 제안하시는지 궁금합니다!

어떤건 Status가 붙었고 또 어떤건 안 붙어 있지 않나요?

아 그러네요 이번 기회에 그냥 싹 다 통일하겠습니다 위에 주신 리뷰 포함해서!

Sangwook02 · 2024-06-09T06:38:37Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Member.java

+        registerEvent(new MemberAssociateEvent(this));
+    }
+
+    public boolean isAllVerified() {


if문 대신 아래와 같이 활용 가능할 것 같습니다.

return isAssociateAvailable();

github-actions · 2024-06-09T07:51:48Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat · 2024-06-09T08:33:56Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/MemberAssociateEvent.java

@@ -0,0 +1,3 @@
+package com.gdschongik.gdsc.domain.member.domain;
+
+public record MemberAssociateEvent(Member member) {}


이벤트 내부에서 엔티티를 멤버로 가지면 안됩니다.
멤버 ID 등에 대한 정보만 저장하고, 나머지는 핸들러에서 조회 후 구현해야 합니다.

uwoobeat · 2024-06-09T08:41:28Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+@Component
+@RequiredArgsConstructor
+public class MemberAssociateEventHandler {
+    public void handle(MemberAssociateEvent context) {


handle보다 더 의미가 잘 드러나는 이름을 사용해주세요.
마찬가지로 context 파라미터 네임도 적절하게 변경해주세요.

uwoobeat · 2024-06-09T08:42:41Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+        return false;
+    }
+
+    private boolean isAtLeastAssociate(MemberRole role) {


도메인에 있어도 되는 로직 아닐까요?

uwoobeat · 2024-06-09T08:46:03Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+        }
+    }
+
+    private void advanceToAssociate(Member member) {


굳이 분리하신 이유가 있나요?

분리한 이유는 딱히 없습니다! 한 줄 정도는 분리할 필요가 없겠네요

uwoobeat · 2024-06-09T08:49:47Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Member.java

+        registerEvent(new MemberAssociateEvent(this));
+    }
+
+    public boolean isAllVerified() {


isAllVerified 메서드를 Requirement vo가 아닌 멤버가 가지게 만드신 이유가 뭔가요?

전체 verifiy status에 대한 조작 및 리턴 책임을 해당 vo에서 가지는데, 전체 status에 대한 verified 값 리턴에 대한 책임은 vo가 아닌 멤버 엔티티에서 가지게 만든 이유가 궁금합니다.

this.discordame == null이런 member에만 존재하는 것들이 있어서 멤버 도메인에다가 했습니다!

음 verified로만 검증해도 될 것 같아요.
이렇게 했던 이유가 기존에 infoStatus에 해당하는 부분이 signup으로 들어가 있어서 그랬던 거라서요~

그러면 requirement에다가 수정해서 올리겠숨당~

github-actions · 2024-06-09T11:47:53Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	❌

…into refactor/348-member-basic-info

github-actions · 2024-06-09T12:22:36Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	❌

github-actions · 2024-06-09T14:05:13Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat · 2024-06-09T16:04:43Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+    private final MemberRepository memberRepository;
+
+    public void advanceToAssociate(MemberAssociateEvent memberAssociateEvent) {
+        MemberAssociateEvent event = memberAssociateEvent;


이 부분은 없어도 되지 않을까요?

아 네 그러네요!!

uwoobeat · 2024-06-09T16:05:18Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+    }
+
+    private boolean validateAdvanceAvailable(Member member) {
+        if (member.isAtLeastAssociate(member.getRole())) {


멤버가 자신의 상태를 판단하게 만드는 것인데, 파라미터를 받아야 할 필요가 있나요?

uwoobeat · 2024-06-09T16:08:51Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Requirement.java

+    }
+
+    private boolean isAssociateAvailable() {
+        if (!this.isInfoVerified()) {


조건문을 하나로 묶고, 중복되는 return false;을 없애면 좋을 것 같습니다.

github-actions · 2024-06-10T01:44:34Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat · 2024-06-10T06:28:03Z

src/main/java/com/gdschongik/gdsc/domain/member/domain/Requirement.java

+    private boolean isAssociateAvailable() {
+        if (!this.isInfoVerified() || !this.isDiscordVerified() || !this.isBevyVerified() || !this.isUnivVerified()) {
+            return false;
+        }
+        return true;
+    }


Suggested change

private boolean isAssociateAvailable() {

if (!this.isInfoVerified() || !this.isDiscordVerified() || !this.isBevyVerified() || !this.isUnivVerified()) {

return false;

}

return true;

}

private boolean isAssociateAvailable() {

return this.isInfoVerified() && this.isDiscordVerified() && this.isBevyVerified() && this.isUnivVerified();

}

uwoobeat · 2024-06-10T06:32:40Z

.../java/com/gdschongik/gdsc/domain/member/application/handler/MemberAssociateEventHandler.java

+        }
+    }
+
+    private boolean validateAdvanceAvailable(Member member) {


전부 멤버 내부 상태에 대한 검사인데 굳이 응용 레이어에서 수행할 필요가 있나요?
그리고 member.advanceToAssociate() 내부에서 이미 검사되는 로직인데 중복해서 핸들러에 넣을 필요는 없을 것 같습니다.

음 제가 판단한거는 일단 이미 내부에
validateGrantAvailable이 있어도 그건 exception을 던지는 것이라서 boolean값으로 handler에서 이 member는 모든 조건을 충족시켰는지에 대한 여부를 boolean으로 검증하고 advanceToAssociate를 호출하는 로직을 생각한것이었습니답

재현님 말처럼 하려면 저 validateAdvanceAvailable을 member내부에 두고 member.AdvanceToAssociate메서드 안에 exception던지는 것을 대신해서 boolean으로 검증하는 메서드가 들어가야 된다고 생각하는데
그렇게 되면 또 exception을 던질수가 없어지니
두 메서드 다 넣어도 되는데 중복처리 느낌이 들어서...음 네..흠..

재현님 말처럼 저 validate 부분을 멤버 도메인 내부로 옮기는것이 적절하다고 생각하는데
저 exception던지는 로직 or boolean으로 검증 or 둘다 가져가기 중에 뭐가 제일 나은 선택일까요..

validate 로직을 try-catch로 감싸서 boolean을 리턴하는 isAssociateAvailable 메서드를 만드는 것도 생각해볼 수 있겠네요.
아마 멤버 내부에 다른 로직도 그렇게 처리하고 있을 거에요.

그리고 핸들러에서는 if (member.isAdvancableToAssociate()) member.advanceToAssociate() 호출하면 되고요.

isAdvanceToAssociate() 에서 사용되는 로직이 advanceToAssociate() 내부에서 쓰는 validate 메서드이니, 로직이 중복돼서 ssot 어길 일도 없고 괜찮지 않을까 싶네요.

굳이 불편한 점을 찾는다면 외부에 만약 X가 가능하다면, X를 수행한다 라는 컨텍스트를 노출하기 위해서 굳이 X가 가능한가? 에 대한 불린 메서드를 public으로 열어두는 것인데, 이게 싫다면 그냥 핸들러에서 승급 가능 여부 체크 없이 바로 advanceToAssociate 호출하고 try-catch 감싼 다음 예외 터트리지 않고 로그만 남기면 되겠죠

흐음 근데 지금은 예외 터트리는게 맞다고 생각해서 일단 public으로 열어두는 방향이 맞다고 생각하긴 합니다! (사실 지금 그렇게 되면 수정+삭제해야될 테스트 코드가 가늠이 안돼서 ㅎㅎ...)

그리고 이렇게 수정하면 또 이제 굳이 requirement에 새로 만든 isAllIVerified이런건 다 필요가 없어지네요..!

하지만 냄겨두는게 좋을까요?...쩝..

근데 지금 코드 짜면서 생각이 난건데..음 만약에 그러면 기본 작성 정보중인데 다른 조건들이 만족 안하니까 결국 save하면 exception이 터질텐데, exception을 터트리는 것보다 로그를 남기는게 갑자기 더 낫지 않나 라는생각이 들기 시작하긴 헀습니다

github-actions · 2024-06-10T14:59:57Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

github-actions · 2024-06-10T15:05:53Z

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Gradle Root Project	Requested Tasks	Gradle Version	Build Outcome	Build Scan®
gdsc	check	8.5	✅

uwoobeat

lgtm

Sangwook02

lgtm

AlmondBreez3 self-assigned this Jun 6, 2024

AlmondBreez3 requested a review from a team as a code owner June 6, 2024 01:53

AlmondBreez3 requested review from Sangwook02 and uwoobeat June 6, 2024 01:53

AlmondBreez3 changed the title ~~Refactor/348 member basic info~~ refactor : 도메인 준회원 승급 조건 추가 - 기본 정보 작성 Jun 6, 2024

AlmondBreez3 changed the title ~~refactor : 도메인 준회원 승급 조건 추가 - 기본 정보 작성~~ refactor : 멤버 도메인 준회원 승급 조건 추가 - 기본 정보 작성 Jun 6, 2024

AlmondBreez3 force-pushed the refactor/348-member-basic-info branch from bfc79e8 to 7133165 Compare June 6, 2024 13:23

AlmondBreez3 force-pushed the refactor/348-member-basic-info branch from 7133165 to 2d42dd1 Compare June 6, 2024 13:24

AlmondBreez3 added 4 commits June 6, 2024 22:49

feat: member 준회원 승급 조건에 기본 회원 정보 추가

2cc7b74

feat: event 로직 구현

b143635

feat: event test코드 및 테스트 코드 수정

ba5b120

fix: 불필요한 주석 제거

9dfa392

AlmondBreez3 force-pushed the refactor/348-member-basic-info branch from fd5ad85 to 9dfa392 Compare June 6, 2024 13:51

Merge branch 'develop' into refactor/348-member-basic-info

fee4188

fix: Error Code 오타 수정

71769ad

uwoobeat requested changes Jun 6, 2024

View reviewed changes

fix: Object -> Event 매개변수로 수정

0cf4282

AlmondBreez3 added ✅ test 테스트 작업 ♻️ refactor 기능 개선 ⚓ Domain: ETC 그 외 작업 labels Jun 6, 2024

uwoobeat requested a review from seulgi99 June 6, 2024 14:53

Sangwook02 requested changes Jun 6, 2024

View reviewed changes

fix: 필요없는 registerEvent 및 메서드 이름 수정

861e3db

fix: pr수정사항 반영

81faaf6

Sangwook02 requested changes Jun 9, 2024

View reviewed changes

fix: pr수정사항 반영

a80a814

uwoobeat requested changes Jun 9, 2024

View reviewed changes

AlmondBreez3 added 2 commits June 9, 2024 18:29

fix: pr수정사항 반영

e2249c8

fix: requirement에 isAllverified 옮기기

9a1be4c

Merge branch 'develop' of https://github.com/GDSC-Hongik/gdsc-server …

9382f47

…into refactor/348-member-basic-info

fix: membershipServiceTest repository 오류

d4ee87d

uwoobeat requested changes Jun 9, 2024

View reviewed changes

fix: 코드 개선

36438d7

uwoobeat requested changes Jun 10, 2024

View reviewed changes

fix: try catch로 advance메서드 감싸기

db1cbbf

fix: 접근 제한자 수정

27c8577

uwoobeat approved these changes Jun 10, 2024

View reviewed changes

Sangwook02 approved these changes Jun 11, 2024

View reviewed changes

AlmondBreez3 merged commit 49268cc into develop Jun 11, 2024
1 check passed

AlmondBreez3 deleted the refactor/348-member-basic-info branch June 26, 2024 12:52

		@@ -28,7 +28,7 @@ public class MemberCustomRepositoryImpl extends MemberQueryMethod implements Mem
		public Page<Member> findAllGrantable(MemberQueryOption queryOption, Pageable pageable) {

	void 기본_회원정보_작성_디스코드인증_Bevy인증_재학생인증하면_isAllVerified는_true이다() {
	void 준회원_가입조건을_모두_충족했다면_isAllVerified는_true이다() {

		@@ -0,0 +1,3 @@
		package com.gdschongik.gdsc.domain.member.domain;

		public record MemberAssociateEvent(Member member) {}

refactor : 멤버 도메인 준회원 승급 조건 추가 - 기본 정보 작성 #349

refactor : 멤버 도메인 준회원 승급 조건 추가 - 기본 정보 작성 #349

Conversation

AlmondBreez3 commented Jun 6, 2024 • edited Loading

🌱 관련 이슈

📌 작업 내용 및 특이사항

📝 참고사항

📚 기타

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

uwoobeat commented Jun 6, 2024

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 6, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Sangwook02 Jun 6, 2024 • edited Loading

Choose a reason for hiding this comment

uwoobeat commented Jun 6, 2024

Sangwook02 left a comment

Choose a reason for hiding this comment

Sangwook02 Jun 6, 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

Sangwook02 Jun 6, 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

github-actions bot commented Jun 7, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

github-actions bot commented Jun 8, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Sangwook02 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

AlmondBreez3 Jun 9, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

github-actions bot commented Jun 9, 2024

Job Summary for Gradle

Check Style and Test to Develop :: build-test

Choose a reason for hiding this comment

Choose a reason for hiding this comment

AlmondBreez3 commented Jun 6, 2024 •

edited

Loading

Sangwook02 Jun 6, 2024 •

edited

Loading

Sangwook02 Jun 6, 2024 •

edited

Loading

Sangwook02 Jun 6, 2024 •

edited

Loading

AlmondBreez3 Jun 9, 2024 •

edited

Loading

AlmondBreez3 Jun 10, 2024 •

edited

Loading