[FEAT/#18] 소셜 로그인 유즈케이스 구현 #19

sung-silver · 2024-11-24T15:05:27Z

Related Issue 🚀

closed [FEAT] 소셜 로그인 유즈케이스 구현 #18

Work Description ✏️

소셜 로그인 유즈케이스를 작성했습니다

usercase: 유저로부터 role & id 값을 찾아와 CustomAuthentication을 생성했습니다

id 이외에 user를 식별할 수 있는 값이 소셜 플랫폼 & 소셜 플랫폼 id 조합이라고 생각했습니다
이런 방식을 사용해 id를 가져오는 것이 괜찮으신지 궁금합니다

application: web, app 경로를 나누었고 resonse도 구분하여 작성해두었습니다

토큰을 생성하여 header에 담기 위해 CookieUtil 클래스를 추가했습니다

컨트롤러 코드를 작성하며 return ResponseEntity~~에 대한 코드가 중복된다고 생각했습니다.

이에 대해 ApiUtil 객체를 통해 BaseResposne를 받아 ApiUtil 내에서 success, fail를 구현하여 반환시키는 것은 어떠신지 궁금합니다
ex)

public <T> ResponseEntity<BaseResponse<T>> success(SuccessCode code, T data) {
        return ResponseEntity
                .status(code.getStatus())
                .body(BaseResponse.of(code.getMessage(), data));
    }

PR Point 📸

userId 조회 방식이 적절한지 궁금합니다
3번 제안에 대한 생각이 궁금합니다!
테스트코드는 userId 조회 로직에 대한 리뷰를 1차적으로 받고싶어 작성 전에 PR을 날리게 되었습니다! 너무 바쁘시다면 이 부분에 대해서만 1차적으로 의견 남겨주시고 테스트코드 작성 commit 반영 이후에 전반적으로 리뷰를 남겨주셔도 좋을 것 같아요 ㅎ

height · 2024-11-24T15:05:30Z

Link Height tasks by mentioning a task ID in the pull request title or commit messages, or description and comments with the keyword link (e.g. "Link T-123").

💡Tip: You can also use "Close T-X" to automatically close a task when the pull request is merged.

hyunw9

고생하셨습니다 !

자잘한 궁금점은 리뷰에 적어놓았습니다 ! 바쁜 일정인데도 고생이 많으세요..

src/main/java/sopt/makers/authentication/application/auth/api/AuthApiController.java

hyunw9 · 2024-11-25T02:26:38Z

src/main/java/sopt/makers/authentication/database/UserRepositoryImpl.java

+
+import lombok.RequiredArgsConstructor;
+
+@Repository


P3

해당 어노테이션은 UserJpaRepository <>에 붙이는게 더 적절하다고 생각하는데, 성은님 의견이 궁금합니다!

옹..!! 저는 성은이 방식이 적합하다고 생각했는데!!

본래 @Controller, @Service, @Repository 어노테이션들은 물론 각자마다의 기능이 조금씩 포함되어 있지만
"역할"을 나타내는게 강한 친구라고 생각해요!
(만약 빈 등록만이 목적이라면 @Component를 사용해도 무관하니까요!!)

본 객체는 Usercase In 포트를 구현하는 Service 객체에 주입이 필요하니 빈 등록이 필요함과 동시에 "저장소"라는 의미를 전달할 수 있어야 하기 때문에 @Component 보다는 @Repository가 더 적합해 보이구요!!

JpaRepository를 상속받을 경우 스프링부트에서는 자동으로 빈 등록을 해준다고 하더라고요
그래서 중복해서 어노테이션을 붙일 필요는 없다는 입장이었습니다!
다만 in 포트를 구현해야하는 객체인 UserRepositoryImpl은 빈 등록을 해야하기에 고민하다가 Repository를 선택하게 되었습니다! 동규오빠와 같은 의견이었던 것 같아요 ㅎㅎ

src/main/java/sopt/makers/authentication/database/rdb/repository/UserJpaRepository.java

src/main/java/sopt/makers/authentication/support/constant/OAuthConstant.java

src/main/java/sopt/makers/authentication/application/auth/api/AuthApi.java

yummygyudon

바쁜 와중에 고생했어요!! :)

몇 가지 궁금증과 제안을 적어놨는데 편하게 보시구
현욱이가 남겨준 내용 논의 끝나면 머지해도 큰 문제 없어보입니다!!
(그래서 우선 Request changes 요청이 되어있으니 저는 approve를 하도록 하겠습니다!)

yummygyudon · 2024-11-25T05:57:37Z

src/main/java/sopt/makers/authentication/application/auth/api/AuthApiController.java

+  @PostMapping("/web/login")
+  public ResponseEntity<BaseResponse<?>> authenticateSocialAuthInfoFromWeb(
+      AuthRequest.AuthenticateSocialAuthInfo socialAuthInfo) {
+    AuthenticateTokenInfo tokenInfo =
+        authenticateSocialAccountUsecase.authenticate(socialAuthInfo.toCommand());
+    HttpHeaders headers = cookieUtil.setRefreshToken(tokenInfo.refreshToken());
+
+    return ResponseEntity.ok()
+        .headers(headers)
+        .body(
+            BaseResponse.ofSuccess(
+                AUTHENTICATE_SOCIAL_ACCOUNT,
+                AuthResponse.AuthenticateSocialAuthInfoForWeb.of(tokenInfo.accessToken())));
+  }
+
+  @Override
+  @PostMapping("/web/app")


p3

사소한 것이긴 한데
web/login / app/login 으로 지정하신 이유가 따로 있는지 궁금합니다!!

저는 보통 path를 정할 때, 패키징을 많이 생각하는데요!
login까지는 공통 관심사이고 플랫폼(web/app)에서 관심사가 나뉘어지는 논리적인 상황에서
플랫폼에 대한 path가 먼저 나오게 된다면 플랫폼이 먼저 구분지어진다고 느껴져요!!

또한 Controller의 정의 규칙도 보통 path 기반으로 관심사를 분리하고 정의하게 되는데
위와 같은 방식으로 진행한다면 앞으로의 플랫폼 구분이 필요하 기능들은 플랫폼 path가 앞에 오게될거에요!!
그로 인해 Controller 분리가 필요해진다면 login 기능만 분리한 AuthLoginController 로 분리되기 보다는 AppController, WebController로 분리될 가능성이 커보이구요!!

물론 정답은 없는 요소이지만 정책을 정하면 좋을 것 같아 얘기해봅니다!!
(cc. @hyunw9 씨의 의견도 궁금해요!)

이전에 전달받은 토큰 운용 관련 문서(cc. https://www.notion.so/sopt-makers/API-Token-045310ea8c5749e3b27846e2384b1c5b?pvs=4) 대로 구현을 하긴 했는데요!

다시 여쭤보지 않았던 이유는 이 문서를 전달해주실 때 제가 없는 자리에서 관련된 이야기가 나왔는데 그 내용을 제가 인지하지 못하고 있어서 오빠가 관련 내용을 작성해서 보내주신다고 하셨던거로 기억해요. 그래서 이미 논의가 끝난 사안이라고 생각하여 문서에 적힌 경로 및 Response DTO 및 토큰을 그대로 구현했습니다. 만약 클라이언트와 협의된 내용이 아니고 오빠가 작성해주신 내용이 클라이언트 분들과 경로에 대해 협의가 된 사안이 아니라 변경해도 된다면 저도 변경하는 것이 더 좋다고 생각합니다!

yummygyudon · 2024-11-25T06:02:01Z

src/main/java/sopt/makers/authentication/database/UserRepositoryImpl.java

+
+import lombok.RequiredArgsConstructor;
+
+@Repository


옹..!! 저는 성은이 방식이 적합하다고 생각했는데!!

본래 @Controller, @Service, @Repository 어노테이션들은 물론 각자마다의 기능이 조금씩 포함되어 있지만
"역할"을 나타내는게 강한 친구라고 생각해요!
(만약 빈 등록만이 목적이라면 @Component를 사용해도 무관하니까요!!)

본 객체는 Usercase In 포트를 구현하는 Service 객체에 주입이 필요하니 빈 등록이 필요함과 동시에 "저장소"라는 의미를 전달할 수 있어야 하기 때문에 @Component 보다는 @Repository가 더 적합해 보이구요!!

sung-silver added 14 commits November 24, 2024 02:44

[FEAT] AuthRequest에 AuthenticateSocialAccount 구현

5eb21f9

[FEAT] AuthApi 인터페이스 정의

3c0aa67

[FEAT] AuthenticateSocialAccountUsecase에서 사용하는 info 객체 변경

3549802

[FEAT] UserRepository 인터페이스 정의

5b3f295

[FEAT] 소셜 계정 정보를 통해 회원을 조회하는 로직 구현

54d0cb3

[FEAT] UserRepository 인터페이스의 구현체인 UserRepositoryImpl 구현

c76c61d

[CHORE] 주석 제거

f2a1387

[FEAT] AuthenticatorSocialAccountService에 authenticate 구현

1c8386e

[REFACTOR] 상수 클래스 접근제어자 변경

5623edd

[FEAT] CookieUtil 구현

14bb8f6

[FEAT] 로그인 성공 코드 구현

a88880f

[FEAT] Web/App 소셜 로그인 응답 형식 정의

875b1d7

[FEAT] 소셜 로그인 web/app 컨트롤러 구현

b6b40b5

[FEAT] Jwt Subject에 userId를 넣는 로직 추가 구현

a29c24e

sung-silver added the 🎁 feature 새로운 기능을 개발하거나 추가, 변경할 경우(spring boot 내의 기능 코드) label Nov 24, 2024

sung-silver requested review from hyunw9 and yummygyudon November 24, 2024 15:05

sung-silver self-assigned this Nov 24, 2024

pull-request-size bot added the size/L label Nov 24, 2024

sung-silver changed the title ~~[FEAT/#18]~~ [FEAT/#18] 소셜 로그인 유즈케이스 구현 Nov 24, 2024

hyunw9 requested changes Nov 25, 2024

View reviewed changes

yummygyudon approved these changes Nov 25, 2024

View reviewed changes

sung-silver added 4 commits November 25, 2024 18:31

[FIX] 앱 로그인 경로 수정

602403f

[REFACTOR] 쿼리로 작성한 메서드를 메서드 시그니처를 사용하도록 변경

105348b

[CHORE] 와일드카드 제거

ac028b4

[REFACTOR] 와일드 카드 제거를 위한 코드 변경

21186a8

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[FEAT/#18] 소셜 로그인 유즈케이스 구현 #19

[FEAT/#18] 소셜 로그인 유즈케이스 구현 #19

sung-silver commented Nov 24, 2024 •

edited

Loading

height bot commented Nov 24, 2024

hyunw9 left a comment

hyunw9 Nov 25, 2024

yummygyudon Nov 25, 2024

sung-silver Nov 25, 2024

yummygyudon left a comment

yummygyudon Nov 25, 2024

sung-silver Nov 25, 2024

yummygyudon Nov 25, 2024


		import lombok.RequiredArgsConstructor;

		@Repository


		import lombok.RequiredArgsConstructor;

		@Repository

[FEAT/#18] 소셜 로그인 유즈케이스 구현 #19

Are you sure you want to change the base?

[FEAT/#18] 소셜 로그인 유즈케이스 구현 #19

Conversation

sung-silver commented Nov 24, 2024 • edited Loading

Related Issue 🚀

Work Description ✏️

PR Point 📸

height bot commented Nov 24, 2024

hyunw9 left a comment

Choose a reason for hiding this comment

hyunw9 Nov 25, 2024

Choose a reason for hiding this comment

yummygyudon Nov 25, 2024

Choose a reason for hiding this comment

sung-silver Nov 25, 2024

Choose a reason for hiding this comment

yummygyudon left a comment

Choose a reason for hiding this comment

yummygyudon Nov 25, 2024

Choose a reason for hiding this comment

sung-silver Nov 25, 2024

Choose a reason for hiding this comment

yummygyudon Nov 25, 2024

Choose a reason for hiding this comment

sung-silver commented Nov 24, 2024 •

edited

Loading