2024 11 11_daily_scrum

일시: 2024-11-11

참석자: 정유진, 임형준, 노진환, 김도윤, 김정호

💡 주말 진행 상황 보고

K005_김도윤, K020_노진환, K043_임형준

• 휴식

K012_김정호

• 프로젝트 관련 진행

K046_정유진

• 개인 공부 진행했음

💡논의할 사항

✅ 그라운드 룰 및 규칙 점검하기

자신이 잘 모르는 토론 주제일 때

• 모른다고 솔직히 말하기
• 조사하는 시간 갖고 마저 토론하기

PR 브랜치 관리

• 브랜치 별 중복 코드가 있어서 머지할 때 겹치는 경우가 있었다. 이걸 어떻게 해결하면 좋을까?

  • 관련된 것에 PR을 날리는 방안

    → 하나의 브랜치에서만 pull을 받아와야함

    → task 분배가 중요

  • 작업의 단위를 분리

라벨 & 마일스톤 지정하기

→ 에픽, 스토리로 지정하기

📑 개발 관련

지난 주

• task 작성을 추후 진행한 결과 기존 작성 task와 다르거나 완성도 문제가 있지 않는가
• task를 다시 만들어봐야 하지 않는가
• 겹치는 기능의 사람의 소통 필요
• 나머지는 okay

이번 주 개발 진행 목표 수립

• Figma에 있는 것 전부
  • Figma UI 디자인 마무리
  • 다 못했던 작업들
    • 도감 폴더 확인 + 사진 선택 등 화면
    • Home Screen
    • 도감 저장 화면 상태 관리
    • Splash << 우선순위 낮은 작업
  • 로그인
  • FireBase
  • 지도
  • 배포

스프린트 진행 예정

3 → mvp 1차 배포

4 → AI, 친구 기능 도입

5 → 보완

6 → 마무리 + 발표 준비

백로그 업무 분배

월요일

• Figma에 있는 것 전부
  • Figma UI 디자인 마무리 ⇒ 나중에 변경할 예정 → 형준, 유진
    • 미적 감각을 살려 Home Screen UI/UX 디자인
    • 디자인 된 Home Screen 구현
  • 다 못했던 작업들

    • 도감 폴더 확인 + 사진 선택 등 화면 → 정호, 도윤

      • UI 화면 구성 먼저
      • 기능 구현

      

    • 도감 저장 화면 상태 관리 → 진환

      

      • Configuration change 대응
      • 위치정보, 날짜정보 저장 형식(문자열) : yyyy.

    • Splash + Animation → 유진

    • Room DB Table 빠른 수정 → 코드 2줄만 추가하면 끝나는 부분

      • Location을 위도, 경도 2필드로 나눠서 저장해야함. ← Double 자료형

        

      • datetime에 convert 사용 고려

    • detail 화면 → 유진

화요일

• 로그인
• FireBase
• 지도

수요일

• 로그인
• FireBase
• 지도
• 배포

목요일

• 배포

그 외 수정해야할 부분

• Compose Navigation 코드 리펙토링
• viewModel로 인해 Preview가 안보이는 Screen에 더미 데이터를 넣어 Preview가 다시 보이도록 수정 작업
• Room DB 관련
  • 네트워크 관련에서 캐싱, 동기화 등 고려하기
• LiveDate를 StateFlow/Flow 로 변환

Label에 저장된 #없는 String을 어떻게 Color로?

• 유진

package com.and04.naturealbum.utils

import androidx.compose.ui.graphics.Color

fun String.toColor(): Color {
val colorInt = android.graphics.Color.parseColor("#$this")
return Color(colorInt)
}

• 진환

fun String.toColor() = Color(this.toLong(16))

• 도윤

// color에 # 포함
Color(parseColor(color))

→ ColorUtils에 저장하기

→ Color RGB 6자리 저장 대문자

→ parseColor를 써야 하는가는 진환님이 정리 후 결정 ▼

❓ 굳이 parseColor 라이브러리를 가져와서 사용해야 하는가?

@ColorInt
    public static int parseColor(@Size(min=1) String colorString) {
        if (colorString.charAt(0) == '#') {
            // Use a long to avoid rollovers on #ffXXXXXX
            long color = Long.parseLong(colorString.substring(1), 16);
            if (colorString.length() == 7) {
                // Set the alpha value
                color |= 0x00000000ff000000;
            } else if (colorString.length() != 9) {
                throw new IllegalArgumentException("Unknown color");
            }
            return (int)color;
        } else {
            Integer color = sColorNameMap.get(colorString.toLowerCase(Locale.ROOT));
            if (color != null) {
                return color;
            }
        }
        throw new IllegalArgumentException("Unknown color");
    }

→rgb 6자리 숫자이거나 argb 8자리 숫자(Alpha값 포함시 반드시 두글자)

→Alpha값이 없는경우 0xff000000 (불투명)을 추가

→int로 캐스팅해 리턴

⇒ 문자열 → Int인데 왜 parseColor?

• 개인 취향

• 같은 이름의 라이브러리를 임포트 하고 싶지 않음

• 있는 함수를 사용하고 싶음

• 사용할 때

  import android.graphics.Color as AndroidColor
  import androidx.compose.ui.graphics.Color as ComposeColor
  
  fun String.toColor(): ComposeColor {
      val colorInt = AndroidColor.parseColor("#$this")
      return ComposeColor(colorInt)
  }

  OR

  import android.graphics.Color.parseColor
  import androidx.compose.ui.graphics.Color
  
  fun String.toColor(): Color {
      val colorInt = parseColor("#$this")
      return Color(colorInt)
  }

  OR

  import androidx.compose.ui.graphics.Color
  
  fun String.toColor(): Color {
      val colorInt = android.graphics.Color.parseColor("#$this")
      return Color(colorInt)
  }

• 사용하지 않을 때

  const val OPAQUE = 0xff000000
  fun String.toColor(): Color {
      return Color(
          when {
              length <= 6 -> toLong(16) or OPAQUE
              length <= 8 -> toLong(16)
              else -> throw IllegalArgumentException("Unknown color")
          }
      )
  }

결론

• 아래와 같이 사용하기

import android.graphics.Color.parseColor
import androidx.compose.ui.graphics.Color

fun String.toColor(): Color {
    val colorInt = parseColor("#$this")
    return Color(colorInt)
}

💡확인 사항

Room DB 선택 이유 보완하여 문서화

[발표 2차 질문 中] Q. 룸디비를 사용하신 이유가 궁금합니다. A. 현재 비회원 및 로컬 상태에서의 동작을 우선적으로 목표로 잡았습니다. 그 과정에서 테이블을 구성할 수 있고 쿼리로 저희가 데이터를 편리하게 가져올 수 있는 Room DB로 내장 데이터 관리를 하기로 했습니다. 이후 Firebase 학습 후 도입 예정이며 remote 관련 논의 후 Friebase도 함께 사용할 것 같습니다.

• 비회원도 FireBase로 업로드/다운로드를 할 수 있는데 Room을 쓸 필요가 있을까?
• 비회원보다는 네트워크가 끊겼을 때 동작하기 위함이 이유에 맞을 것 같다.
  • 동기화, 캐싱 등의 작업이 추가로 고려 가능

경우의 수

• 비회원
  • 데이터 저장
  • 네트워크 없이 사용 가능
• 네트워크 없이 사용 가능
  • 네트워크 연결 시 서버와 동기화 작업 필요

WIKI 등록

• 1, 2주차 팀 회고 업로드 해야 함

💡 질문 사항

❓ ViewModel에 저장할 상태와 Composable에 저장할 상태의 기준이 어떻게 되시나요?

• Repository : ViewModel
• Composable 내에서 표현해주고 끝낼 수 있는 것은 Composable 내에서 간결하게 작성함. 다른 곳에서 변경이 되거나 받아와야 하는 것들은 ViewModel에서 저장해서 관리하여 지정.

✔️ ViewModel에 저장할 상태와 Composable에 저장할 상태의 기준 (SavePhotoScreen)

https://github.com/google-developer-training/basic-android-kotlin-compose-training-unscramble/blob/viewmodel/app/src/main/java/com/example/unscramble/ui/GameViewModel.kt

(Stateful Stateless 차이 일 수 도 + state 호이스팅 찾아보기)

비즈니스 로직이기에 ViewModel에 관리한 것인가?

❓ 개인 목표

• 도윤
  • 컴포즈 고수
    • Recomposition 관리 잘하기
    • StateFul & StateLess
  • 프로젝트 이해
    • 어떤 기술을 왜 사용했는지?
    • 어떻게 사용하는지
    • 어떻게 사용 되는지
• 유진: 안드로이드 고수 되기
  • XML부터 Compose까지 모든 과정 이해
  • 근거 말할 수 있게 하기
• 형준 : 내가 사용해 본 것이라면 검색하지 않고도 잘 설명할 수 있기
  • 정확한 이해와 그것을 잘 설명할 수 있는 능력
  • 문서화의 고수가 되기
• 진환 : 이유 있는 개발에 익숙해지기
  • 어떤 생각으로 기술스택을 정하는지, 문제 해결과정 기록하기
• 정호
  • 그냥 목표 : 완성도있는 프로젝트 만들기 → 지인들한테 소개하고싶다
  • 개인 목표 : compose, xml 차이 명확하게 이해하기