[🚌 Issue] dev api 로그인 요청 위치에 따라 redirect url 변환 #245
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,8 +1,6 @@ | ||
| package io.raemian.api.goal.controller.request | ||
|
|
||
| data class TimelinePageRequest( | ||
| val page: Int = 0, | ||
| val size: Int = 20, | ||
| ) |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,14 @@ | ||
| package io.raemian.api.support.response | ||
|
|
||
| data class OffsetPaginationResult<T>( | ||
| val total: Long, | ||
| val page: Int, | ||
| val size: Int, | ||
| val contents: List<T>, | ||
| ) { | ||
| companion object { | ||
| fun <T> of(page: Int, size: Int, total: Long, contents: List<T>): OffsetPaginationResult<T> { | ||
| return OffsetPaginationResult(total, page, size, contents) | ||
| } | ||
| } | ||
| } |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,26 @@ | ||
| package io.raemian.api.support.security | ||
|
|
||
| import io.raemian.api.auth.model.Token | ||
| import org.springframework.beans.factory.annotation.Value | ||
| import org.springframework.stereotype.Component | ||
|
|
||
| @Component | ||
| class LoginRedirector( | ||
| @Value("\${spring.profiles.active:local}") | ||
| private val profile: String, | ||
| val loginRequestRefererStorage: LoginRequestRefererStorage, | ||
| ) { | ||
| fun getUrl(state: String, token: Token): String { | ||
| if (profile == "live") { | ||
|
There was a problem hiding this comment. 프로필을 한번 Wraaping하는 객체가 있으면 어떨까 싶은데, 한번 같이 고민해주실 수 있나요? ProfileHolder or ProfileUtil이라는 이름의 객체가 있다면 더 나아가 괜찮은 구현인지는 모르겠지만, 상태에 따라 RedirectURL을 반환하는 객체가 있는 것도 괜찮을 것 같아요. 토큰 값에 대한 파라미터는 따로 붙여주거나, 따로 붙여주는 Util 클래스가 있거나, 아니면 토큰 값들을 넣으면 토큰 값까지 모두 포함된 RedirectUrl을 반환하는 객체가 있는 것도 괜찮을 것 같아요 (마지막은 과한 것 같기도 합니다) There was a problem hiding this comment. 객체를 어떤 단위까지 분리할까는 항상 고민이 되는 부분인 것 같습니다 ㅎㅎ
사실 저는 작업하면서 이렇게까지 객체를 분리하지는 않았던 것 같습니다. 우선은 ProfileHolder로 현재 application의 profile을 알려주는 책임을 가지는 객체 만들어 반영해보겠습니다. |
||
| return "https://bandiboodi.com/oauth2/token?token=${token.accessToken}&refresh=${token.refreshToken}" | ||
| } | ||
|
|
||
| val referer = loginRequestRefererStorage.get(state) | ||
|
|
||
| if (profile == "dev" && referer.contains("dev-bandiboodi")) { | ||
|
There was a problem hiding this comment.
There was a problem hiding this comment. 앗!! 이번에 제거한다는 걸 깜빡했네요 ㅎㅎ There was a problem hiding this comment. 별거 아닌데 프로필에 대한 비교값을 문자열이 아닌 enum 으로 관리하는게 좋긴할듯 (referer 도 enum 으로) There was a problem hiding this comment. 같은 부분을 형은 enum으로, 진호는 현재 profile을 원하는 값과 비교해주는 객체 메서드로 바꾸는 방향을 제안해줬는데 |
||
| return "https://dev-bandiboodi.vercel.app/oauth2/token?token=${token.accessToken}&refresh=${token.refreshToken}" | ||
| } | ||
|
|
||
| return "http://localhost:3000/oauth2/token?token=${token.accessToken}&refresh=${token.refreshToken}" | ||
| } | ||
| } | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,24 @@ | ||
| package io.raemian.api.support.security | ||
|
|
||
| import com.github.benmanes.caffeine.cache.Caffeine | ||
| import org.springframework.stereotype.Component | ||
| import java.util.concurrent.TimeUnit | ||
|
|
||
| @Component | ||
| class LoginRequestRefererStorage { | ||
| private val timedStorage = Caffeine.newBuilder() | ||
| .expireAfterWrite(60L, TimeUnit.SECONDS) | ||
| .build<String, String>() | ||
|
|
||
| fun put(state: String, referer: String?) { | ||
|
There was a problem hiding this comment. [[ 100% 취향 제안 ]] put() = if (referer.isNullOrBlank()) return
else timedStorage.put(state, referer)혹은.. 확장함수 활용해서 isNotNullOrBlank() 구현한 다음.. fun put() {
if (referer.isNotNullOrBlank())
timedStorage.put(state, referer)
}완전 취향이고 지금 얼리 리턴 방식도 너무 좋아요 저도 보통 그렇게 작성해왔던 것 같아요. There was a problem hiding this comment. 저는 얼리 리턴을 위한 조건문은 명시적으로 작성하는 편이 잘 읽힌다고 생각하는 편이였는데요. There was a problem hiding this comment. @binary-ho 추가 제안 ㅆㄱㄴ |
||
| if (referer.isNullOrBlank()) { | ||
| return | ||
| } | ||
|
|
||
| timedStorage.put(state, referer) | ||
| } | ||
|
|
||
| fun get(state: String): String { | ||
| return timedStorage.getIfPresent(state) ?: "" | ||
| } | ||
| } | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,5 +1,5 @@ | ||
| package io.raemian.storage.db.core.common.pagination | ||
|
|
||
| interface CursorExtractable { | ||
| fun cursorId(): Long | ||
| } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
최근에 이런 방법도 봤네요. 값들이 모여있고, 객체로 관리하고, 리팩토링 하기 쉬운 장점이 있는거 같은데 한번 슥 봐주세요 절대 이거 도입해보자 아닙니다!!
https://medium.com/@mikael_55667/why-you-should-stop-using-value-annotations-in-spring-and-use-this-instead-2c8a47e5096a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
저는 진호님이 얘기해주신 ConfigurationProperties 사용하는 방식 좋아합니다!
저희 프로젝트에 AppleLoginProps 객체에 사용하기도 했구요
다만 저는 한번에 많은 값을 주입해야 할 때 ConfigurationProperties를 고려했던 것 같습니다!
Profile을 담을 객체에 주입할 값이 많아진다면 ConfigurationProperties 사용하는 방식 좋은 것 같아요 👍