[FEAT] 4주차 과제 완료 #8

MinseoSONG · 2024-11-13T18:03:03Z

Related issue 🛠

closed [FEAT] 4주차 과제 #7 4주차 과제 완료

Work Description ✏️

세팅
- base url 숨기기
- 인터넷 권한 추가
- 플러그인 및 의존성 추가
유저 등록
- 회원가입 페이지
- 기존에 이메일, 비밀번호를 받는 구조
  → username, password, hobby를 입력하는 구조
- username, password, hobby가 조건을 만족하지 않는 경우(8자 이상인 경우)
  → 조건을 만족하지 않았다는 것을 화면에 표시 (방식은 자율 → toast)
로그인
- 로그인 페이지
- 기존 이메일, 비밀번호를 받는 구조
  → username, password를 받는 구조
- 로그인 실패, 성공 시에 알맞은 안내 문구
  (방식은 자율 → snackbar)
- 로그인 성공 시 response로 들어오는 token 값을 잘 저장해주어야 함
내 취미 조회
- My 페이지
- 기존에 이메일을 표시했던 부분 → 내 취미
- 저장했던 token 값을 잘 활용해서 요청 보내기

Screenshot 📸

4.mp4

Uncompleted Tasks 😅

To Reviewers 📢

토큰 정보를 sharedPreference로 넘겨줬는데 더 좋은 방법이 있을까요 ??

Hyobeen-Park

서버 통신도 넘 잘 하셨네요! 수고하셨습니다ㅎㅎ

Hyobeen-Park · 2024-11-17T09:55:46Z

app/src/main/java/org/sopt/and/api/ApiFactory.kt

+import retrofit2.Retrofit
+
+object ApiFactory {
+    private const val BASE_URL: String = BuildConfig.BASE_URL


BASE_URL을 바로 사용하지 않고 value로 저장하신 이유가 무엇인가요?

value로 저장하고 쓰는게 습관이 되어서 .. 보니까 저장 안하고도 쓸 수 있었군요 🥲
수정하겠습니다 !

Hyobeen-Park · 2024-11-17T09:58:27Z

app/src/main/java/org/sopt/and/api/dto/HobbyDto.kt

+
+@Serializable
+data class ResponseHobbySuccessDto(
+    @SerialName("result")


다른 api들에서도 response가 result로 감싸져서 오기 때문에 BaseReposne를 만들어서 사용하는 것도 고려해보면 좋을 것 같아요!

Hyobeen-Park · 2024-11-17T10:00:07Z

app/src/main/java/org/sopt/and/api/dto/LoginDto.kt

+import kotlinx.serialization.Serializable
+
+@Serializable
+data class ResponseLoginSuccessDto(


response와 request를 같은 파일에서 관리하시는데 저는 따로 파일을 만들었거든요!! 나중에 어떤게 더 좋을지 이야기해보는 것도 좋을 것 같네요😊

분리하는게 더 좋을 것 같아요 ㅎㅎ .. 수정하겠습니다 !

Hyobeen-Park · 2024-11-17T10:02:06Z

app/src/main/java/org/sopt/and/navigate/NavGraph.kt

    val signUpViewModel: SignUpViewModel = viewModel()
    val signInViewModel: SignInViewModel = viewModel()
+    val myViewModel: MyViewModel = viewModel()


뷰모델을 navGraph에서 관리하시는 이유가 있나요? 각 뷰에서 관리하는게 더 좋을 것 같다는 생각이 드는데 혹시 다른 이유가 있으신지 궁금합니다!

전에 데이터를 넘기는 방법으로 한 뷰에서 두개의 viewmodel을 부른 적이 있었는데 그때 navgraph에서 뷰모델을 관리했었어요 ! 근데 이제 데이터를 넘기는 로직을 변경했으니 viewmodel 로직도 각 뷰에서 관리하는 방법으로 변경해야겠네요 감사합니다 !!

Hyobeen-Park · 2024-11-17T10:03:33Z

app/src/main/java/org/sopt/and/ui/my/MyViewModel.kt

+    fun getUserHobby(sharedPreferences: SharedPreferences) {
+        val token = sharedPreferences.getString("token", null)
+        if (token.isNullOrEmpty()) {
+            Log.e("MyViewModel", "토큰 없음")


Timber에 대해서도 알아보면 좋을 것 같아요! 디버그 모드에서만 로그가 남도록 할 수 있답니다😊

아 맞다 .. ! 저번에도 말씀해주셨었는데 🥲 앞으로는 Timber .. !!

Hyobeen-Park · 2024-11-17T10:04:46Z

app/src/main/java/org/sopt/and/ui/signin/SignInScreen.kt

-                    signInViewModel.updateUserInfo(userId, userPassWord)
-                    signInViewModel.performLogin()
+//                    signInViewModel.updateUserInfo(userId, userPassWord)
+//                    signInViewModel.performLogin()


주석 지워주세요..!!

아차차 ! 감사합니당 ~

Hyobeen-Park · 2024-11-17T10:06:34Z

app/src/main/java/org/sopt/and/ui/signin/SignInScreen.kt

+                        username = userId,
+                        password = userPassWord,
+                        onSuccess = { tokenMessage ->
+                            signInViewModel._snackbarMessage.value = tokenMessage


_snackbarMessage 대신 snackbarMessage를 사용하는게 맞을 것 같네요..!!

허걱 그러네요 감사합니다 🫠

Hyobeen-Park · 2024-11-17T10:08:26Z

app/src/main/java/org/sopt/and/ui/signin/SignInViewModel.kt


-    private val _snackbarMessage = MutableStateFlow<String?>(null)
+    val _snackbarMessage = MutableStateFlow<String?>(null)


요거는 private으로!! 아니면 private set 사용하면 변수를 나누지 않고 구현 가능합니다!

아 맞다맞다 private set으로 해볼게요 !!

Hyobeen-Park · 2024-11-17T10:08:57Z

app/src/main/java/org/sopt/and/ui/signin/SignInViewModel.kt

+                    val errorDto = errorBody?.let { Json.decodeFromString<ResponseErrorDto>(it) }
+                    val errorMessage = when (response.code()) {
+                        400 -> when (errorDto?.code) {
+                            "02" -> "로그인 정보가 올바르지 않습니다."


이런 내용도 string 추출하는 것은 어떤가요?

헉 viewmodel에서는 string 추출할 생각을 못했네요 해볼게요 !

wjdrjs00

4주차 과제 고생 많으셨습니다!!
의존성을 수동으로 주입하신 게 인상이 깊습니다!!

wjdrjs00 · 2024-11-17T13:33:53Z

app/src/main/java/org/sopt/and/ui/my/MyViewModel.kt

+    fun getUserHobby(sharedPreferences: SharedPreferences) {
+        val token = sharedPreferences.getString("token", null)
+        if (token.isNullOrEmpty()) {
+            Log.e("MyViewModel", "토큰 없음")
+            return
+        }
+
+        hobbyService.getMyHobby(token).enqueue(object : Callback<ResponseBody> {
+            override fun onResponse(call: Call<ResponseBody>, response: Response<ResponseBody>) {
+                if (response.isSuccessful) {
+                    val successBody = response.body()?.string()
+                    val successDto =
+                        Json.decodeFromString<ResponseHobbySuccessDto>(successBody ?: "")
+                    viewModelScope.launch {
+                        _hobby.emit(successDto.result.hobby)
+                    }
+                } else {
+                    val errorBody = response.errorBody()?.string()
+                    val errorDto = errorBody?.let { Json.decodeFromString<ResponseErrorDto>(it) }
+                    val errorMessage = when (response.code()) {
+                        401 -> "토큰이 없습니다."
+                        403 -> "유효하지 않은 토큰입니다."
+                        404 -> "잘못된 경로로 요청했습니다."
+                        else -> "알 수 없는 오류가 발생했습니다."
+                    }
+                    Log.e("MyViewModel", errorMessage)
+                }
+            }
+
+            override fun onFailure(call: Call<ResponseBody>, t: Throwable) {
+                Log.e("MyViewModel", "Network error: ${t.message}")
+            }
+        })


서버와의 통신에 관한 책임을 가지는 곳으로 한번 분리해보는 건 어떨까요?? (만약 이 viewmodel에서 통신이 많아지면 너무 비대해지지 않을까? 하는 생각이 들었습니다!!)

아아 그러네요 !
repository를 생성해서 통신을 좀 분리해보겠습니당 감사해요 !!

beom84

야무진 코드 잘봤습니다 4주차도 고생많으셨습니다!

beom84 · 2024-11-17T13:40:59Z

app/src/main/java/org/sopt/and/ui/my/MyScreen.kt

+        context.getSharedPreferences("user_prefs", Context.MODE_PRIVATE)
+    }
+
+    LaunchedEffect(Unit) {


viewmodel에서 init 하는것보다 launchedEffect를 사용하는 이유가 있나요?

어 사실 init과 launchedEffect의 차이를 잘 모르겠어서 그냥 매번 번갈아 사용했던 것 같아요
그래서 차이점을 좀 찾아보니까 .. !

ViewModel의 init을 사용할 때:

데이터가 다양한 화면에서 공유되거나, 화면이 재구성되더라도 상태를 유지해야 하는 경우.

데이터 로직이 UI와 분리된 독립적인 방식으로 동작해야 할 때.

LaunchedEffect를 사용할 때:

특정 화면에서만 일시적으로 필요한 데이터를 로드하거나, 화면 상태에 따라 동적으로 데이터를 로드해야 할 때.

로직이 화면 구성과 밀접하게 연결되어 있는 경우.

라고 하네요 ! 그래서 제 생각에는 여기서는 LaunchedEffect를 쓰는게 더 좋은 것 같아요 !!

beom84 · 2024-11-17T13:41:37Z

app/src/main/java/org/sopt/and/ui/my/MyViewModel.kt

+                if (response.isSuccessful) {
+                    val successBody = response.body()?.string()
+                    val successDto =
+                        Json.decodeFromString<ResponseHobbySuccessDto>(successBody ?: "")


오류 처리 야무지시네요..배워갑니다...

beom84 · 2024-11-17T13:42:50Z

app/src/main/java/org/sopt/and/ui/signin/SignInViewModel.kt

+                }
+            }
+
+            override fun onFailure(call: Call<ResponseBody>, t: Throwable) {


이런식으로 errormeassage를 출력하시는군요..배워갑니다

jihyunniiii

고생하셨습니다! 합세도 파이팅이에요 ~

jihyunniiii · 2024-11-20T00:52:42Z

app/src/main/java/org/sopt/and/api/dto/UserDto.kt

+@Serializable
+data class UserData(
+    @SerialName("no")
+    val no: Int


더 직관적인 이름을 사용해도 좋을 것 같아요!
단순히 no라고만 네이밍 하면 어떤 것을 의미하는지 모호해지니까요!
꼭 서버에서 내려오는 이름이랑 동일하게 가져가야할 필요는 없습니다.

무조건 서버에서 내려오는 이름이랑 동일하게만 사용했었는데 .. 직관적인 네이밍을 해도 되는거였군요 ! 수정해보겠습니다 !!

jihyunniiii · 2024-11-20T00:53:00Z

app/src/main/java/org/sopt/and/api/service/HobbyService.kt

+import retrofit2.http.GET
+import retrofit2.http.Header
+
+interface HobbyService {


Service를 나누시는 기준이 무엇인지 궁금합니다.

저는 보통 기능별로 나누는 편입니다 !
userService는 사용자 관련 데이터, loginService는 로그인 관련 데이터, .. 이렇게 쓰다보니 hobby는 사용자 관련 데이터니까 userService에 넣는게 맞았던 것 같네요 🥲
수정하겠습니다 !!

jihyunniiii · 2024-11-20T00:54:02Z

app/src/main/java/org/sopt/and/ui/my/MyScreen.kt

+        myViewModel.getUserHobby(sharedPreferences)
+    }
+
+    val hobby by myViewModel.hobby.collectAsState()


collectAsStateWithLifecycle과 collectAsState의 차이는 무엇일까요!

collectAsState와 collectAsStateWithLifecycle는 모두 flow를 state로 변환하는데,
collectAsState는 Lifecycle에 대한 인식을 하지 않아 flow를 계속 구독하고 있어 리소스가 비효율적으로 사용되는 반면에
collectAsStateWithLifecycle은 Lifecycle을 인식하고 그 상태에 따라 flow 구독을 자동으로 관리해요 !

이러한 장점 때문에 대부분의 UI 로직에서 collectAsStateWithLifeCycle을 더 선호한다고 하는 군요 ... !!! 감사합니다 ! 수정해볼게요 ☺️

jihyunniiii · 2024-11-20T00:56:27Z

app/src/main/java/org/sopt/and/ui/signup/SignUpScreen.kt

+    var userHobby by remember {
+        mutableStateOf("")
+    }


viewModel에서 관리하는 것이 좋을 듯 합니다! Screen함수는 정말로 UI를 그려주는 역할만 담당하도록 하면 좋을 것 같네요

넵
screen은 UI를 그려주는 역할만 .. 로직은 viewmodel에서 .. !

MinseoSONG added 7 commits November 13, 2024 18:53

#7 세팅 - base url 숨기기

4c4a341

#7 세팅 - 인터넷, 플러그인 및 의존성 추가

f1f4111

#7 서버연동 - 유저등록

a531a0f

#7 서버연동 - 로그인

bb7f46f

#7 서버연동 - 토큰저장

6b6724f

#7 서버연동 - 내 취미 조회

9d9b3da

줄 정렬

949c18d

MinseoSONG requested review from Hyobeen-Park, jihyunniiii, beom84 and wjdrjs00 November 13, 2024 18:03

MinseoSONG self-assigned this Nov 13, 2024

MinseoSONG added enhancement New feature or request 필수과제 labels Nov 13, 2024

Hyobeen-Park reviewed Nov 17, 2024

View reviewed changes

wjdrjs00 approved these changes Nov 17, 2024

View reviewed changes

beom84 approved these changes Nov 17, 2024

View reviewed changes

jihyunniiii reviewed Nov 20, 2024

View reviewed changes


		private val _snackbarMessage = MutableStateFlow<String?>(null)
		val _snackbarMessage = MutableStateFlow<String?>(null)

[FEAT] 4주차 과제 완료 #8

Are you sure you want to change the base?

[FEAT] 4주차 과제 완료 #8

Conversation

MinseoSONG commented Nov 13, 2024 • edited Loading

Related issue 🛠

Work Description ✏️

Screenshot 📸

Uncompleted Tasks 😅

To Reviewers 📢

Hyobeen-Park 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

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

wjdrjs00 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

beom84 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

jihyunniiii 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

MinseoSONG commented Nov 13, 2024 •

edited

Loading