이메일 회원가입, 로그인, 로그아웃 구현 #267

zeus6768 · 2024-08-05T06:33:29Z

⚡️ 관련 이슈

close #197 #198 #199

📍주요 변경 사항

기능

이메일 회원가입
이메일 로그인
- 쿠키를 사용합니다.
- 쿠키에 "{email}:{password}"를 Base64 인코딩한 값을 저장합니다.
로그아웃
- 쿠키를 만료시킵니다.

MemberRepository

테스트에서 FakeMemberRepository를 사용합니다.
MemberRepository 인터페이스에 사용할 메서드만 정의했습니다.
MemberJpaRepository 인터페이스가 MemberRepository와 JpaRepository를 상속받습니다.
테스트에서 DB와 제품 코드를 분리하기 위해 그렇게 구현했습니다.

AuthArgumentResolver

다른 도메인에서 Member 관련 정보를 사용할 수 있게 하기 위해 구현했습니다.
컨트롤러에서 @BasicAuthentication을 사용해 MemberDto 객체를 받아 사용할 수 있습니다.

예제

@DeleteMapping("/{id}")
public ResponseEntity<Void> deleteTemplate(
    @PathVariable Long id,
    @BasicAuthentication MemberDto memberDto
) {
    // 생략
}

🎸 추가 작업

HoeSeong123

고생하셨습니다 제우스!!
몇 가지 간단한 리뷰와 질문사항 남겨두었습니다.

추가로 테스트 코드가 정말 깔끔한 것 같네요!!
추후에 다른 테스트 코드에도 FakeRepository를 적용해보도록 하겠습니다.

HoeSeong123 · 2024-08-05T08:51:11Z

backend/src/main/java/codezap/member/configuration/AuthWebConfiguration.java

+public class AuthWebConfiguration implements WebMvcConfigurer {
+
+    private final AuthService authService;
+
+    @Override
+    public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
+        resolvers.add(new AuthArgumentResolver(authService));
+    }
+}


별 건 아니지만 궁금해서 질문 남깁니다!!
AuthArgumentResolver를 component로 등록하지 않은 이유가 있나요? 등록한다면 아래와 같이 주입해서 사용할 수 있을 것 같아서요! component로 등록하면 단점이 생기는 건지 궁금합니다.

Suggested change

public class AuthWebConfiguration implements WebMvcConfigurer {

private final AuthService authService;

@Override

public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {

resolvers.add(new AuthArgumentResolver(authService));

}

}

public class AuthWebConfiguration implements WebMvcConfigurer {

private final AuthArgumentResolver authArgumentResolver;

@Override

public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {

resolvers.add(authArgumentResolver);

}

}

레벨2에서 리뷰어가 참고하라고 주신 글인데요. 한 번 읽어보면 좋을 것 같아요.

참고자료

현재 단계에서는 큰 차이가 발생하지 않지만, 프로젝트가 성장할수록 의존성 관리가 어려워지죠.

그래서 빈 등록이 주는 강력함도 있지만, 안 할 수 있다면 안 하는 편이 더 좋다고 생각합니다.

HoeSeong123 · 2024-08-05T08:57:34Z

backend/src/main/java/codezap/member/dto/SignupRequest.java

+public record SignupRequest(
+        @Schema(description = "이메일", example = "[email protected]")
+        @Pattern(regexp = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$", message = "이메일 형식이 아닙니다.")
+        @NotEmpty(message = "이메일이 입력되지 않았습니다.")


⚡
@NotBlank를 사용하지 않고 @NotEmpty를 사용하신 이유가 있나요?
@NotBlank는 단순히 빈 문자열 뿐 아니라 공백까지 잡아줘서 @NotBlank를 쓰면 더 좋지 않을까 해서 의견 남깁니다!

backend/src/main/java/codezap/member/repository/MemberRepository.java

kyum-q

제우스 수고하셨습니다 😊🍬🍭 코드가 전반적으로 깔끔하네요 !!
몇가지 부분만 코멘트 남겼습니다. 확인해주세요 😊

kyum-q · 2024-08-05T09:34:45Z

backend/src/main/java/codezap/member/domain/Member.java

 import lombok.Getter;
 import lombok.NoArgsConstructor;

 @Entity
-@Getter
 @NoArgsConstructor


⚡

Suggested change

@NoArgsConstructor

@NoArgsConstructor(access = AccessLevel.PROTECTED)

@NoArgsConstructor의 기본 접근제어자를 찾아보니 public으로 설정 되어있네요. protected로 접근제어자를 좁히면 더 좋을 것 같습니다.

kyum-q · 2024-08-05T09:42:26Z

backend/src/main/java/codezap/member/repository/MemberJpaRepository.java

+import codezap.member.domain.Member;
+
+@SuppressWarnings("unused")
+public interface MemberJpaRepository extends MemberRepository, JpaRepository<Member, Long> {


MemberJpaRepository 와 MemberRepository 두 개가 있는 이유가 있나요??

설명 이제 읽었어용 ㅎㅎ 👍

kyum-q · 2024-08-05T09:50:56Z

backend/src/main/java/codezap/member/service/AuthService.java

+        String[] credentials = decodeCredentials(authHeaderValue);
+        String email = credentials[0];
+        String password = credentials[1];


⚡ 배열이 2개의 String을 가지고 있음이 명확하지 않을 것 같아요.
email과 password를 배열에서 인덱스 정보로 꺼내기 전에 배열의 크기가 2가 맞는지 체크하는 로직이 있으면 좋을 것 같아요.

어쩌면 decodeCredentials() 메서드가 일급 컬렉션, 또는 특정 책임을 가지는 객체를 반환해 주는 것도 방법이 될 수 있겠네요!

⚡ 배열이 2개의 String을 가지고 있음이 명확하지 않을 것 같아요. email과 password를 배열에서 인덱스 정보로 꺼내기 전에 배열의 크기가 2가 맞는지 체크하는 로직이 있으면 좋을 것 같아요.

좋은 피드백 고마워요!

배열의 크기를 확인하는 대신, 인코딩 형식이 맞는지 확인하는 로직을 decodeCredentials 메서드에 추가했습니다.

이렇게 하면 배열의 크기가 2가 됨을 보장하면서도, Basic Auth credentials의 표현이 올바른지 동시에 검증할 수 있어요.

kyum-q · 2024-08-05T09:52:46Z

backend/src/main/java/codezap/member/service/AuthService.java

+    private String getAuthCookieValue(Cookie[] cookies) {
+        return Arrays.stream(cookies)
+                .filter(cookie -> Objects.equals(cookie.getName(), HttpHeaders.AUTHORIZATION))
+                .findFirst()
+                .map(Cookie::getValue)
+                .orElseThrow(this::throwUnauthorized);
+    }
+
+    private String[] decodeCredentials(String encodedCredentials) {
+        byte[] decodedBytes = Base64.getDecoder().decode(encodedCredentials.getBytes(StandardCharsets.UTF_8));
+        String decodedString = new String(decodedBytes);
+        return decodedString.split(":");
+    }
+
+    private CodeZapException throwUnauthorized() {
+        throw new CodeZapException(HttpStatus.UNAUTHORIZED, "인증에 실패했습니다.");
+    }


이건 선호도의 문제인데
getAuthCookieValue -> throwUnauthorized -> decodeCredentials 순서로 메서드가 있으면 좋을 것 같아요.
getAuthCookieValue에서 throwUnauthorized을 사용하기 때문에 사용하는 메서드와 최대한 가깝게 메서드를 위치시키면 좋을 것 같아요.😊

위에서 아래로 프로그램을 읽으면 함수 추상화 수준이 한 번에 한 단계씩 낮아진다. - 클린 코드

추상화 수준을 기준으로 메서드를 위치시킨 후 연관성을 고려했습니다!

kyum-q · 2024-08-05T09:53:40Z

backend/src/main/java/codezap/member/repository/MemberRepository.java

+
+    boolean existsByUsername(String username);
+
+    Optional<Member> findByEmail(String email);


⚡ 다른 레파지토리들 처럼 fetchByEmail을 default 메서드로 만들어서 Optional 을 제거하면 더 좋을 것 같아요

이해 완 ~

zangsu

간단한 수정사항 하나와 여러개의 의견들 담겨두었어요!

zangsu · 2024-08-05T12:24:41Z

backend/src/main/java/codezap/member/controller/MemberController.java

+    @GetMapping("/check-email")
+    @ResponseStatus(HttpStatus.OK)
+    public void checkUniqueEmail(@RequestParam String email) {
+        memberService.assertUniqueEmail(email);
+    }
+
+    @GetMapping("/check-username")
+    @ResponseStatus(HttpStatus.OK)
+    public void checkUniqueUsername(@RequestParam String username) {
+        memberService.assertUniqueUsername(username);
+    }


Suggested change

@GetMapping("/check-email")

@ResponseStatus(HttpStatus.OK)

public void checkUniqueEmail(@RequestParam String email) {

memberService.assertUniqueEmail(email);

}

@GetMapping("/check-username")

@ResponseStatus(HttpStatus.OK)

public void checkUniqueUsername(@RequestParam String username) {

memberService.assertUniqueUsername(username);

}

@PostMapping("/assert-unique-email")

@ResponseStatus(HttpStatus.OK)

public void checkUniqueEmail(@RequestParam String email) {

memberService.assertUniqueEmail(email);

}

@PostMapping("/validate-unique-username")

@ResponseStatus(HttpStatus.OK)

public void checkUniqueUsername(@RequestParam String username) {

memberService.assertUniqueUsername(username);

}

둘 다 중복되는 정보가 이미 존재하는지 확인하는 기능인데요.
check-email / check-username 라는 엔드포인트가 모호하지는 않은지 고민이 되네요 🤔
+) 두 요청 모두 자원을 받아오는 행위가 아니기도 하니 POST 요청을 사용해 보는 것은 어떨까요?

zangsu · 2024-08-05T12:57:49Z

backend/src/main/java/codezap/member/controller/SpringDocMemberController.java

+                            @ExampleObject(name = "이메일 입력 없음", value = """
+                                    {
+                                      "type": "about:blank",
+                                      "title": "BAD_REQUEST",
+                                      "status": 400,
+                                      "detail": "이메일이 입력되지 않았습니다.",
+                                      "instance": "/signup"
+                                    }
+                                    """
+                            ),


와, 제우스 엄청 귀찮았겠는데요...!
중복되는 부분들이 많은 것 같은데, 어떻게 중복을 제거할 수 있을지 같이 고민해볼게요!

고생 많았어요 제우스 🔥
@ApiErrorResponse 중복 정의 가능하게 변경해두었으니, 이번 pr 머지 후 리팩토링 해보면 좋을 것 같아요.
⚡️ 당장 리팩토링 하지 않더라도 이슈로 만들어놓으면 좋을 것 같습니다 !

zangsu · 2024-08-05T12:59:43Z

backend/src/main/java/codezap/member/domain/Member.java

+    public boolean matchPassword(String other) {
+        return Objects.equals(password, other);
+    }


Suggested change

public boolean matchPassword(String other) {

return Objects.equals(password, other);

}

public boolean matchPassword(String password) {

return Objects.equals(this.password, password);

}

⚡ 파라미터 명을 조금 더 명확하게 변경해 보았어요!

zangsu · 2024-08-05T13:06:36Z

backend/src/main/java/codezap/member/dto/LoginRequest.java

+        @Schema(
+                description = "이메일",
+                example = "[email protected]",
+                pattern = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$\n"
+        )
+        @NotEmpty(message = "이메일이 입력되지 않았습니다.")
+        @Size(max = 255, message = "이메일은 255자 이하로 입력해주세요.")
+        String email,


Suggested change

@Schema(

description = "이메일",

example = "[email protected]",

pattern = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$\n"

)

@NotEmpty(message = "이메일이 입력되지 않았습니다.")

@Size(max = 255, message = "이메일은 255자 이하로 입력해주세요.")

String email,

@Schema(

description = "이메일",

example = "[email protected]",

pattern = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$\n"

)

@NotEmpty(message = "이메일이 입력되지 않았습니다.")

@Size(max = 255, message = "이메일은 255자 이하로 입력해주세요.")

@Pattern(regexp = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$\n")

//@Email(regexp = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\\.[a-zA-Z]{2,}$\n")

String email,

@Schema 에서 정규 표현식을 명시해 두었으니만큼, @Pattern 또는 @Email 을 검증에도 사용해 보는 것도 좋을 것 같아요.

zangsu · 2024-08-05T13:11:31Z

backend/src/main/java/codezap/member/service/AuthService.java

+        String[] credentials = decodeCredentials(authHeaderValue);
+        String email = credentials[0];
+        String password = credentials[1];


어쩌면 decodeCredentials() 메서드가 일급 컬렉션, 또는 특정 책임을 가지는 객체를 반환해 주는 것도 방법이 될 수 있겠네요!

zangsu · 2024-08-05T13:15:09Z

backend/src/main/java/codezap/member/repository/MemberRepository.java


 import codezap.member.domain.Member;

-public interface MemberRepository extends JpaRepository<Member, Long> {
+public interface MemberRepository {


아 이 인터페이스 너무 좋은데요 ⚡

zangsu · 2024-08-05T13:16:24Z

backend/src/test/java/codezap/member/service/MemberServiceTest.java

+import codezap.member.repository.FakeMemberRepository;
+import codezap.member.repository.MemberRepository;
+
+public class MemberServiceTest {


Fake 객체를 쓰니 @SpringBootTest 를 사용하지 않아도 되네요!
너무너무 마음에 듭니다 👍

HoeSeong123 · 2024-08-05T13:36:35Z

혹시 지금 스웨거에서 회원가입이 되나요?? 제 로컬에서만 안되는지 궁금하네요...

HoeSeong123

멤버 정보가 가져와지지가 않아서 계속 확인해봤는데 어노테이션에 옵션들이 설정이 안 되어 있었네요!!

그리고 아래는 뭐 때문인지는 모르겠는데 뭔가 이상한 것 같아서 공유합니다. 확인 부탁드려요!!
요청시에 Header의 Cookie 부분에 다음과 같이 정보가 들어가있습니다.

token=eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJhZG1pbkByb29tZXNjYXBlLmNvbSIsImlhdCI6MTcxODE3MjUwNiwiZXhwIjoxNzE4MTc2MTA2fQ.Tnj2aX5hU_FlZRhtzcxeDKBanhwQeHzocuaomdpLi1M; Authorization=dGVzdEBlbWFpbC5jb206cGFzc3dvcmQ=

여기서 token을 해석해보면

{"alg":"HS256"}{"sub":"[email protected]","iat":1718172506,"exp":1718176106}�f�?�VQ��·.j

이렇게 나오던데 뭐 때문에 이런건가요??
제 브라우저의 캐시 문제인가요..?

HoeSeong123 · 2024-08-05T18:13:36Z

backend/src/main/java/codezap/member/configuration/BasicAuthentication.java

+package codezap.member.configuration;
+
+public @interface BasicAuthentication {
+}


⚡

Suggested change

package codezap.member.configuration;

public @interface BasicAuthentication {

}

package codezap.member.configuration;

@Target(ElementType.PARAMETER)

@Retention(RetentionPolicy.RUNTIME)

public @interface BasicAuthentication {

}

어노테이션에 이 친구들 붙여줘야 동작하는 것 같은데 확인 부탁드립니다!!

jminkkk

안녕하세요 제우스!
수고하셨어요 리뷰 남겼으니 같이 얘기해보아요 🔥

jminkkk · 2024-08-06T04:44:46Z

backend/src/main/java/codezap/member/controller/SpringDocMemberController.java

+                            @ExampleObject(name = "이메일 입력 없음", value = """
+                                    {
+                                      "type": "about:blank",
+                                      "title": "BAD_REQUEST",
+                                      "status": 400,
+                                      "detail": "이메일이 입력되지 않았습니다.",
+                                      "instance": "/signup"
+                                    }
+                                    """
+                            ),


고생 많았어요 제우스 🔥
@ApiErrorResponse 중복 정의 가능하게 변경해두었으니, 이번 pr 머지 후 리팩토링 해보면 좋을 것 같아요.
⚡️ 당장 리팩토링 하지 않더라도 이슈로 만들어놓으면 좋을 것 같습니다 !

jminkkk · 2024-08-06T05:18:50Z

backend/src/main/java/codezap/member/service/AuthService.java

+    public MemberDto authorizeByCookie(Cookie[] cookies) {
+        String authHeaderValue = getAuthCookieValue(cookies);
+        String[] credentials = decodeCredentials(authHeaderValue);
+        String email = credentials[0];
+        String password = credentials[1];
+        return authorizeByEmailAndPassword(email, password);
+    }
+
+    private String getAuthCookieValue(Cookie[] cookies) {
+        return Arrays.stream(cookies)
+                .filter(cookie -> Objects.equals(cookie.getName(), HttpHeaders.AUTHORIZATION))
+                .findFirst()
+                .map(Cookie::getValue)
+                .orElseThrow(this::throwUnauthorized);
+    }
+


지금은 쿠키이지만 Authorization Header로 인증 값을 주고 받는다면 서비스 전체가 변경될 것 같아요.
추상화를 시도해보면 어떨까요?

좋은 생각이에요 :)

다만 저는 구현체가 하나 뿐인 인터페이스를 만드는 게 좋은 방법이라고 생각하지 않습니다. 그래서 인증 방식이 추가된다면 그때 추상화를 하면 좋겠어요!

jminkkk · 2024-08-06T05:23:51Z

backend/src/main/java/codezap/member/configuration/AuthArgumentResolver.java

@@ -0,0 +1,34 @@
+package codezap.member.configuration;


AuthArgumentResolver 의 위치가 /member/configuration 인 것이 조금 모호한 것 같아요
오히려 /member/auth 패키지로 두는 것이 더 찾기 수월할 것 같은데 어떤가요?

jminkkk · 2024-08-06T05:37:52Z

backend/src/main/java/codezap/member/configuration/AuthWebConfiguration.java

@@ -0,0 +1,22 @@
+package codezap.member.configuration;


⚡️ auth 패키지를 따로 분리하지 않고 member 패키지 아래에 인증 관련 것들을 둔 이유가 있을까용?
member 패키지 아래 파일들이 대부분 인증에 대한 것 같아서용

domain 패키지를 제외한 다른 파일들은 auth로 따로 있는 것이 적절할 것 같다는 생각이 들기도 하네용...

jminkkk · 2024-08-06T05:42:42Z

backend/src/main/java/codezap/member/controller/MemberController.java

+
+@RestController
+@RequiredArgsConstructor
+public class MemberController implements SpringDocMemberController {


⚡️ 이것도 비슷하게 AuthController 가 더 적절할 것 같습니당...
MemberController면 Member에 대한 CRUD 요청이 오고 갈 것 같은데 Auth 관련 로직만 있어서유

어드민 페이지가 생겨서 회원 정보를 조회해야 한다면? 그 친구들이 MemberController에 있는 것이 더 명확하지 않을까요?

jminkkk · 2024-08-06T05:47:28Z

backend/src/main/java/codezap/member/dto/SignupRequest.java

@@ -0,0 +1,27 @@
+package codezap.member.dto;


⚡️ 현재 dto가 request 만 있어서 /dto에 바로 위치시킨 것 같아요~
그런데 내 정보 조회 등 response body가 필요한 api 들이 다음 스프린트에서 추가될텐데 그때 패키지를 구분하게 되면 변경사항이 매우 많이 잡힐 것 같네용

미리 /dto/request 아래에 두는 것이 어떤가요?

jminkkk · 2024-08-06T05:52:54Z

backend/src/main/java/codezap/member/dto/MemberDto.java

+
+import codezap.member.domain.Member;
+
+public record MemberDto(


Dto의 역할이 맞는데 뭔가 이름이 매우 불편쓰... 어카죠... 고민해봅시다...

그리고 Member 엔티티를 바로 조회해와도 좋을 것 같아요~ 같이 논의해보아요!!!!!

jminkkk · 2024-08-06T05:54:18Z

backend/src/main/java/codezap/member/service/MemberService.java

+
+@Service
+@RequiredArgsConstructor
+public class MemberService {


이 부분도 �앞서 리뷰 남긴 것처럼 현재는 AuthService 가 적절한 것 같아요 :)

zeus6768 added 19 commits August 5, 2024 15:17

test(member): 회원가입 서비스 테스트

94679a9

feat(member): 회원가입 구현

112e0a9

refactor(member): 메서드명 가독성 개선

70efacf

docs(member): 회원가입 API 명세

6d3f0d9

test(service): 실패하는 로그인 서비스 테스트

abd0fd1

refactor(service): 불필요한 주석 제거

3bb4841

refactor(service): 사용하지 않는 location 헤더 삭제

8d94d14

refactor(repository): 메서드 순서 변경

430c233

test(service): 로그인 및 쿠키 인증 테스트

6ff7488

feat(member): 로그인

db9d551

refactor(repository): 메서드 순서 변경

3cc80df

refactor(repository): 서비스와 컨트롤러 역할 분리

03a68c2

feat(configuration): 쿠키 인증 argument resolver 등록

090bdce

refactor(service): 테스트 가독성 개선

9dc6fae

refactor(service): 회원가입 메서드가 결과를 반환하도록 변경

2ee0a62

refactor(service): repository 구조 변경

a2fc045

refactor(service): 쿠키 인증 관련 서비스 분리 및 메서드 변경

e18434b

docs(member): API 명세 작성

cfec856

feat(controller): 로그아웃

98d2da8

zeus6768 added feature 기능 추가 documentation 문서 작업 BE 백엔드 labels Aug 5, 2024

zeus6768 added this to the 3차 스프린트 🐤 milestone Aug 5, 2024

zeus6768 requested review from zangsu, jminkkk, kyum-q and HoeSeong123 August 5, 2024 06:33

zeus6768 self-assigned this Aug 5, 2024

zeus6768 added 2 commits August 5, 2024 15:40

test(service): 불필요한 주석 삭제

970a3f8

refactor(configuration): argument resolver의 의존성 변경

e30fb4b

zeus6768 closed this Aug 5, 2024

zeus6768 added 3 commits August 5, 2024 16:27

refactor(member): 이메일, 사용자명 확인 api의 응답 변경

9ace4c4

fix(service): 중복 검사

eb14c4a

test(service): 응답 변경에 따른 리팩토링

3ad7717

zeus6768 reopened this Aug 5, 2024

HoeSeong123 requested changes Aug 5, 2024

View reviewed changes

kyum-q requested changes Aug 5, 2024

View reviewed changes

zangsu requested changes Aug 5, 2024

View reviewed changes

HoeSeong123 requested changes Aug 5, 2024

View reviewed changes

jminkkk changed the title ~~[FEAT, DOCS] 이메일 회원가입, 로그인, 로그아웃 구현~~ 이메일 회원가입, 로그인, 로그아웃 구현 Aug 6, 2024

refactor(resources): 제품 코드와 테스트 코드 설정 분리

b83da74

jminkkk requested changes Aug 6, 2024

View reviewed changes

zeus6768 added 9 commits August 6, 2024 15:08

refactor(service): 쿠키 값 검증 로직 추가

6f6347c

fix(configuration): 애너테이션 활성화

669bf84

docs(dto): @NotEmpty -> @NotBlank

1a8bbf1

refactor(domain): 짱수 리뷰 반영 - 변수명 변경

da0fcd9

fix(dto): 특수문자를 포함하지 않아도 되도록 변경

ae74ea0

fix(service): 쿠키 null 검증 추가

1fb61ee

fix(configuration): cors 설정 추가

a97311e

fix merge conflicts

ec5034b

fix(cors): cors 설정 추가

eaa0c4c

zeus6768 merged commit ff5276b into woowacourse-teams:dev/be Aug 6, 2024
1 check passed

	@NoArgsConstructor
	@NoArgsConstructor(access = AccessLevel.PROTECTED)


		boolean existsByUsername(String username);

		Optional<Member> findByEmail(String email);


		import codezap.member.domain.Member;

		public record MemberDto(

이메일 회원가입, 로그인, 로그아웃 구현 #267

이메일 회원가입, 로그인, 로그아웃 구현 #267

Conversation

zeus6768 commented Aug 5, 2024 • edited Loading

⚡️ 관련 이슈

📍주요 변경 사항

기능

MemberRepository

AuthArgumentResolver

예제

🎸 추가 작업

HoeSeong123 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

zeus6768 Aug 6, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kyum-q 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

zeus6768 Aug 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

zangsu 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

HoeSeong123 commented Aug 5, 2024

HoeSeong123 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jminkkk 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

zeus6768 commented Aug 5, 2024 •

edited

Loading

zeus6768 Aug 6, 2024 •

edited

Loading

zeus6768 Aug 6, 2024 •

edited

Loading