[Week6] 기존 과제 코루틴으로 변경하기 by hyeminililo · Pull Request #12 · 37-dive-sopt-android/hyemin-namgung

hyeminililo · 2025-11-28T14:42:10Z

🫛 작업한 내용

week4 코드 리뷰 리팩토링
fetchUser(), Login(), Signup() 코루틴으로 변경

🫛 PR 포인트
아래 궁금하고 어려웠던 점 부분을 위주로 봐주시면 감사하겠습니다 🙇🏻‍♀️

📸 스크린샷

week6_251128_233718.mp4

🤔 궁금하고 어려웠던 점
일단 방금 ,, 영상을 촬영하다가 ,, fetchUser()가 제대로 동작하지 않고 있다는 것을 확인해버렸습니다 ,, 오류를 찾고 다시 추가 커밋을 하겠습니다 :)

📮 관련 이슈
#11

dquote> 기존 Intent로 넘겨주던 부분을 User 객체로 형성해 데이터 전달

Lazycolumn으로 홈스크린 구현

PassordVisualTransformation 적용 안 한 버그 수정

기존 아이디, 비밀번호 입력 후, 닉네임, 생일 등 입력 불편함 개선

기존 ProfileList로 관리하던 유저 정보를 viewModel을 이용해 적용

y축을 기준으로 돌아가는 애니메이션 구현헀는데, 누를 때마다 front, back으로 바로 변하지 않은 버그 발생

- 기존 nickname, birthday 삭제 - 새로운 username, age, email 생성

로그인, 회원가입, 유저 조회등 API 연동 로직을 UserViewModel.kt에 추가

# Please enter a commit message to explain why this merge is necessary, # especially if it merges an updated upstream into a topic branch. # # Lines starting with '#' will be ignored, and an empty message aborts # the commit.

📌 [Week4] 서버 통신을 통해 회원가입/로그인/내 정보 구현하기

sonms

항상 열심히 하시는 모습이 너무 보기 좋아요! 이번 합세에서 배운 내용을 토대로 api연결법을 잘 습득해 오신 것 같아 더 좋습니다 :)
조금 더 읽고 추가적으로 리뷰 달도록 하겠습니다!

sonms · 2025-11-30T10:39:19Z

app/src/main/java/com/sopt/dive/data/api/AuthService.kt

+    @POST("api/v1/auth/login")
+   suspend fun login(
+        @Body request: RequestLoginDto
+    ): Response<ResponseSuccessDto<LoginDataDto>>


이번 합세에서 배웠을 지 모르겠지만 BaseResponse 를 사용해 봅시다~ wrapping이 너무 많이 되어있네요!

sonms · 2025-11-30T10:52:19Z

app/src/main/java/com/sopt/dive/data/dto/ResponseUserDto.kt

+import kotlinx.serialization.SerialName
+import kotlinx.serialization.Serializable
+
+enum class Status { ACTIVE }


혹시 따로 이렇게 1개의 status를 data에서 만들어 준 이유가 있을까요?
이런 상태는 ui에서 사용될 거 같아요
서버에서 받은 내용을 가공하여 내려주는 역할은 dto가 아닌것 같습니다!
7차 세미나에서 배운대로 간단 변환의 책임이나 가공은 어디가 좋을 지 생각해보시면 좋을 것 같아요!

sonms · 2025-11-30T10:52:57Z

app/src/main/java/com/sopt/dive/ui/components/CommonButton.kt

+            contentColor = Color.White
+        ),
+    ) {
+        Text(textMessage, modifier)


사용하지 않는 text의 modifier 는 지워도 괜찮을 것 같아요!

sonms · 2025-11-30T10:53:57Z

app/src/main/java/com/sopt/dive/ui/screens/CardScreen.kt

+enum class CardState(val imageResId: Int) {
+    Front(com.sopt.dive.R.drawable.card_front_image),
+    Back(com.sopt.dive.R.drawable.card_image)
+}
+


이것도 한 파일에서 사용되기 보다는 분리하는게 더 좋아 보여요!

저도 이런 타입을 나타내는 enum class 와 같은 코드는 type 패키지 안에 분리하는거 같아요 ~!

jyvnee

수고햇다아~~~~~ 🤩🤩🤩

jyvnee · 2025-11-30T13:34:10Z

app/src/main/java/com/sopt/dive/ui/screens/LoginScreen.kt

+@Composable
+fun LoginScreen(
+    userViewModel: UserViewModel,
+    onLoginSuccess: () -> Unit,


onLoginSuccess는 어디서 사용하고 있나요??

jyvnee · 2025-11-30T13:42:26Z

app/src/main/java/com/sopt/dive/ui/screens/ProfileScreen.kt

+
+@Composable
+fun ProfileScreen(paddingValues: PaddingValues, userViewModel: UserViewModel) {
+    val user by userViewModel.currentUser.collectAsState()


여기 collectAsState 사용하셨네요!!! collectAsStateWithLifecycle 이랑 차이 배웠는데!

jyvnee · 2025-11-30T13:45:38Z

app/src/main/java/com/sopt/dive/ui/screens/SignUpScreen.kt

+        } else null
+
+    val emailError =
+        if (ageText.isNotBlank() && !InputValidators.isValidEmail(emailText)) {


ageText 검사하고 있다!

jyvnee · 2025-11-30T13:49:43Z

app/src/main/java/com/sopt/dive/ui/screens/SignUpScreen.kt

+                if (
+                    idError == null && pwError == null && nameError == null && emailError == null && ageError == null &&
+                    idText.isNotBlank() && pwText.isNotBlank() && nameText.isNotBlank() && emailText.isNotBlank() && ageText.isNotBlank()
+                ) {
+                    val request =
+                        RequestSignupDto(idText, pwText, nameText, emailText, ageText.toInt())
+
+                    userViewModel.signUpUser(request)
+                    Toast.makeText(context, "회원가입 완료! 로그인 화면으로 돌아갑니다.", Toast.LENGTH_SHORT).show()
+                    onSignUpComplete()
+                } else {
+                    Toast.makeText(context, "모든 정보를 입력해주세요", Toast.LENGTH_SHORT).show()
+                }


이런 로직 처리 뷰모델에서 안 하고 Screen에서 하는 이유가 있나요?? 그리고 회원가입 성공 여부 없이 로그인 화면으로 가고 있는데 성공/실패 응답을 확인해야 하지 않을까요..??

seungjunGong

고생하셨습니다ㅏ ~~ 이전 커밋까지 이번 pr 에 올라가게 된거 같은데 기존에 dev 브랜치에 merge 하셨던거 같아요 이번에 main 브랜치로 설정되어 있어서 ! 혹시 의도한것이 아니라면 dev 브랜치로 머지되도록 수정해야할거 같네요 ㅎ.ㅎ

seungjunGong · 2025-11-30T12:11:49Z

app/build.gradle.kts

    alias(libs.plugins.kotlin.android)
    alias(libs.plugins.kotlin.compose)
+    alias(libs.plugins.kotlin.serialization)
+    id("kotlin-parcelize")


p2: 현재 방식은 버전을 명시하지 않고 사용하기에 프로젝트 버전 관리를 하기 어려워요 이친구도 versions.toml 에 plugins 에 정의해서 사용해 보는 것두 추천드립니다 ㅎ

kotlin-parcelize = { id = "org.jetbrains.kotlin.plugin.parcelize", version.ref = "kotlinParcelize" }

seungjunGong · 2025-11-30T14:27:48Z

app/src/main/java/com/sopt/dive/ui/components/CommonInputField.kt

+            singleLine = true,
+            keyboardOptions = keyboardOptions,
+            visualTransformation = visualTransformation
+


아주 사소한거긴 한데 이런 줄바꿈은 없애는게 좋습니다 ㅎ

seungjunGong · 2025-11-30T14:30:12Z

app/src/main/java/com/sopt/dive/ui/screens/CardScreen.kt

+enum class CardState(val imageResId: Int) {
+    Front(com.sopt.dive.R.drawable.card_front_image),
+    Back(com.sopt.dive.R.drawable.card_image)
+}
+


저도 이런 타입을 나타내는 enum class 와 같은 코드는 type 패키지 안에 분리하는거 같아요 ~!

seungjunGong · 2025-11-30T14:31:45Z

app/src/main/java/com/sopt/dive/ui/screens/HomeScreen.kt

+
+@Composable
+fun HomeScreen(paddingValues: PaddingValues, viewModel: MainViewModel = viewModel()) {
+    val homeProfileList by viewModel.homeProfileList.collectAsState()


지난 6주차 세미나 때 배운 내용 중 하나인 collectAsState 와 collectAsStateWithLifecycle 을 비교 해보시고 뭘 적용하면 좋을지 알아보는 것두 좋을거 같습니다 ~

seungjunGong · 2025-11-30T14:36:11Z

app/src/main/java/com/sopt/dive/ui/screens/ProfileScreen.kt

+        Text(text = "ID: ${user?.id}", fontSize = 20.sp)
+
+        Text(text = "PW: ${user?.pw}", fontSize = 20.sp)
+
+        Text(text = "Name: ${user?.name}", fontSize = 20.sp)
+
+        Text(text = "Email: ${user?.email}", fontSize = 20.sp)
+
+        Text(text = "Age: ${user?.age}", fontSize = 20.sp)


현재는 각 Text 컴포넌트마다 개별적으로 null 체크를 하고 있는데
이 방식보다는 상위 레벨에서 user 대한 null 체크를 먼저 수행한 뒤
하위 UI를 그리는 방식이 더 명확하고 안전합니다 !

seungjunGong · 2025-11-30T14:38:26Z

app/src/main/java/com/sopt/dive/ui/screens/ProfileScreen.kt

+        Spacer(modifier = Modifier.height(40.dp))
+
+        Button(
+            onClick = { userViewModel.logoutUser() },


이처럼 단순한 함수 호출이라면 람다를 새로 생성하기보다는 함수 참조를 그대로 전달하는 편이 더 좋습니다.
람다는 호출 시마다 람다 객체를 생성하기 때문에 함수 참조에 비해 불필요한 리소스를 더 사용하게 돼요 !!
Ex. userViewModel::logoutUser,

Suggested change

onClick = { userViewModel.logoutUser() },

onClick = userViewModel::logoutUser,

seungjunGong · 2025-11-30T14:41:26Z

app/src/main/java/com/sopt/dive/util/Navigator.kt

+                    userViewModel = userViewModel,
+                    onSignUpComplete =
+                        {
+                            navController.popBackStack(Route.Login.path, inclusive = false)


화면의 스택을 제거하는 방법으로 popBackStack 과 navigateUp 이 있는데요 ! 이 둘의 차이는 무엇일까요?

seungjunGong · 2025-11-30T14:42:55Z

app/src/main/java/com/sopt/dive/viewmodel/UserViewModel.kt

+    companion object {
+        private const val USER = "user"
+    }


그거 아세요 ~ companion object 는 클래스의 맨 아래에 배치하는게 컨벤션이라고 합니다 저도 이번에 알았어요 ㅋㅎㅋㅋㅎ

seungjae708

수고하셨습니다~ 이번 주에 배운 아키텍처를 고민해서 같이 적용해보면 좋을것 같아요!
앱잼까지 화이팅 !

seungjae708 · 2025-11-30T14:35:31Z

app/src/main/java/com/sopt/dive/data/api/UserService.kt

+    ): Response<ResponseSuccessDto<ResponseUserDto>>
+
+    @GET("api/v1/users/{id}")
+    fun fetchUserInfo(


suspend 키워드 빠진 거 같아요!

seungjae708 · 2025-11-30T14:37:42Z

app/src/main/java/com/sopt/dive/ui/components/UserProfileInfo.kt

+
+@Composable
+fun UserProfileCard(user: HomeProfileInfo, modifier: Modifier = Modifier) {
+    var isFollowing by remember { mutableStateOf(false) }


상태를 직접 관리하고 있는데 상위 컴포넌트로 호이스팅해주는 건 어떨까요?

seungjae708 · 2025-11-30T14:41:20Z

app/src/main/java/com/sopt/dive/ui/screens/HomeScreen.kt

+import com.sopt.dive.ui.components.UserProfileCard
+
+@Composable
+fun HomeScreen(paddingValues: PaddingValues, viewModel: MainViewModel = viewModel()) {


매개변수가 두 개 이상이라면 줄바꿈 해주는게 가독성이 더 좋을 것 같아요!

hyeminililo added 30 commits October 17, 2025 19:13

feat: 필수 과제 구현

9d86dc9

#2 feat: 입력 정보 미기재시, Toast 메세지 적용

d9f2d6d

#2 refactor : 불필요한 임포트 삭제

446880d

#2 feat: 탐구과제 1번 작성

6cf63e6

#2 refactor: 폴더 구조 변경

1ac8a9d

#2 refactor: 리뷰 기반으로 리팩토링

741dd20

#2 feat : 탐구과제 3번 작성

c436c9a

#2 feat : 탐구과제 3번 수정

27cfb3e

#4 refactor: textField 컴포넌트 분리

912e9f2

#4 feat: 텍스트 필드 컴포넌트 구성

afc9084

#4 feat: 텍스트 및 버튼 컴포넌트 구성

03bd6b7

#4 feat: 회원가입 스크린에 컴포넌트 적용

4bdcd3c

#4 refactor: commonTextField 이름변경 commonTextField -> CommonInputField

fb976a0

#4 feat: 로그인 스크린에 컴포넌트 적용

81e778a

#4 feat: 입력값 Validator 구현

d9d7d31

#4 refactor: User 객체 생성 및 적용

57c42fa

dquote> 기존 Intent로 넘겨주던 부분을 User 객체로 형성해 데이터 전달

#4 feat: Navigator 설정 및 라우터 설정

19a87b0

#4 chore: Navigator 설정 및 라우터 설정

97ce311

#4 feat: 마이페이지 구현

8310a5e

#4 feat: 홈스크린 화면

948af71

Lazycolumn으로 홈스크린 구현

#4 feat: 설정화면 구현

9285ff1

#4 feat: week2 과제 완성

5525cad

#4 refactor: 필요 없는 파일 삭제

a5c5b6c

#4 refactor: 코드리뷰 기반으로 리팩토링

5a633e1

#4 fix: 비밀번호 관련 버그 수정

66ce411

PassordVisualTransformation 적용 안 한 버그 수정

#4 design: 화면 스크롤 구현

3cb5622

기존 아이디, 비밀번호 입력 후, 닉네임, 생일 등 입력 불편함 개선

#4 refactor: SAA 적용해 리팩토링

dffccb0

#7 feat: MainViewModel 구현

b03f93c

기존 ProfileList로 관리하던 유저 정보를 viewModel을 이용해 적용

#7 feat: viewModel 추가 적용

59497c1

#7 feat: 애니메이션 구현

090d581

y축을 기준으로 돌아가는 애니메이션 구현헀는데, 누를 때마다 front, back으로 바로 변하지 않은 버그 발생

hyeminililo added 16 commits November 14, 2025 22:47

#9 feat: User 모델 서버 값에 맞게 수정

e7ebb2c

- 기존 nickname, birthday 삭제 - 새로운 username, age, email 생성

#9 feat: API 연동 로직 ViewModel에 추가

d96d89c

로그인, 회원가입, 유저 조회등 API 연동 로직을 UserViewModel.kt에 추가

#9 feat: 서버 모델에 맞춰 변경

33b6d0c

#9 feat: ResponseDto 변경

fd033d0

#9 chore: http 통신 허용을 위한 xml 추가

44d7479

#9 delete: 안 쓰는 repository 삭제

5e141b4

#9 refactor: 불필요한 공백 및 임포트 정리

6225039

refactor: 코드리뷰 기반 리팩토링

863199e

#11 refactor: 코드 리뷰 기반으로 로그인 로직 수정

3316d52

#11 refactor: 불필요한 코드 삭제

11efdde

#10 #11 mod: Call -> Response 변경

7607f5f

#10 #11 refactor: 코드 리팩토링

f8dc07b

#10 #11 merge branch 'dev' into week4

bd54daa

# Please enter a commit message to explain why this merge is necessary, # especially if it merges an updated upstream into a topic branch. # # Lines starting with '#' will be ignored, and an empty message aborts # the commit.

merge week4 -> dev

0b35581

📌 [Week4] 서버 통신을 통해 회원가입/로그인/내 정보 구현하기

#11 feat: 기존 코드 코루틴으로 변경

d5bb0ba

#11 refactor: 불필요한 코드 및 주석 정리

92b2a94

hyeminililo requested review from chattymin, oilbeaneda, sohee6989 and sonms November 28, 2025 14:42

hyeminililo added the 필수과제 label Nov 28, 2025

sonms reviewed Nov 30, 2025

View reviewed changes

hyeminililo requested review from jyvnee, seungjae708 and seungjunGong and removed request for oilbeaneda and sohee6989 November 30, 2025 11:26

jyvnee reviewed Nov 30, 2025

View reviewed changes

seungjunGong reviewed Nov 30, 2025

View reviewed changes

seungjae708 reviewed Nov 30, 2025

View reviewed changes

	onClick = { userViewModel.logoutUser() },
	onClick = userViewModel::logoutUser,

Conversation

hyeminililo commented Nov 28, 2025

Uh oh!

sonms left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

jyvnee left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

seungjunGong left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

seungjae708 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants