K060 황유란 회고록

[Jusqre]

양식

날짜

오늘의 한일

내용을 적어주세요.

오늘의 회고

내용을 적어주세요.

배운점

내용을 적어주세요.

내일 할일

내용을 적어주세요.

[uuranus]

날짜

2022-11-08 TUE

오늘의 한일

• 아이디어 구체화
• 와이어 프레임 작성
  • https://www.figma.com/file/1VLBYeqsFshhYX5wWXPIaZ/%EA%B8%B0%ED%9A%8D?node-id=32%3A2
• 기능 요구사항 명세서 작성
  • https://docs.google.com/spreadsheets/d/1BXd6-6DEcr9Y2j6JVQM8K2Y73hd_DItNaj21ODuhcqw/edit#gid=0

오늘의 회고

• 기획은 정말 중요하고 오래 걸린다.
• 기능요구사항은 와이어프레임이 나오고 나서 작성하는 게 좋은 가 아니면 작성 후 와이어프레임을 그리는 것이 좋은가?

배운점

• 와이어 프레임을 그리는 건 중요한 것 같다.
  • 간단하게 네모칸으로 그리고 인스타 피드 같은 느낌이라고 했는데 어떤 사람은 홈화면 피드를 생각하고 어떤 사람은 검색 화면 피드를 생각하고 다 다르게 생각하는 것 같다.
  • 또 기능들을 스크롤로 나열을 할 것인지 페이지를 나눠서 구성할 것인지 등등 말로 했을 때는 생각하지 못했던 문제들과 그로 인해 생긴 추가 기능들을 발견할 수 있어서 좋을 것 같다.
• 커뮤니케이션이 중요하다.
  • 원하고자 하는 기능이나 의견을 제대로 전달하려면 커뮤니케이션 능력은 필수적인 것 같다.
• 기획은 얘기할 수록 계속 수정될 가능성이 나오기 때문에 처음에 완벽하게 하고 가기는 어렵다.

내일 할일

• 기능 요구명세서 멘토님과 상의
• 비기능적 요구명세서, 기술적 요구명세서 작성

[uuranus]

날짜

2022-11-09 WED

오늘의 한일

• 비기능 요구사항, 기술적 요구사항 작성
• 와이어프레임 통일 (하단바, 상단바)
• 멘토님과 미팅 (feature list 작성법)

오늘의 회고

• feature list는
  • 이 프로젝트의 기능에 대해 정리하기 위함
  • 단순히 머릿속으로 생각하고 넘어가면 구현 중 이런 경우 어떻게 하지, 이런 기능이 필요하겠네 하고 중간에 변경되는 과정을 줄일 수 있음
  • 초반부터 설계를 잘 하고 들어가는 느낌
  • 작성하면서 미쳐 생각하지 못한 부분을 발견할 수 있음
  • 팀원들과의 커뮤니케이션에 용이
  • 단순히 말로만 할 때는 서로 세부적으로 다르게 생각할 수 있는데 글로 작성하고 와이어 프레임을 그려보면서 의견을 조율할 수 있음
  • 또한, 그렇게 나눈 task 별로 분업을 하게 되면 그게 PR 단위가 되면서 리뷰를 할 때도 어떤 작업을 했는지 다른 사람들도 빨리 파악할 수 있음
  • 또 task를 나누면서 이거 구현하다가 저거 구현하다가 이것저것 구현하는 걸 방지할 수 있음

배운점

• 학습 스프린트에서 구현할 때, 이거를 구현하려고 했다가 이걸 하려면 다른 걸 해야 돼서 또 그걸 하다가 이걸 변명했으니 비슷한 기능인 이것도 통일성을 위해 같이 변경해야지 하다가 PR을 올려보면 결국 조금 조금씩 다 변경해서 정확히 뭘 했는지 애매한 경우가 많았는데 task를 세세하게 나누면 미리 작업의 순서와 전체 틀(어떤 기능은 어떤 기능과 비슷하다던지 -> 미리 A로 정하자)을 파악할 수 있어서 위와 같이 뒤죽박죽이 되는 경우가 줄어들 것 같다.

내일 할일

• feature list 최종 마무리

[uuranus]

날짜

2022-11-10 THU

오늘의 한일

• 기술적 요구사항 (feature list) 작성
  • 어제 작성한 기술적 도전거리를 기준으로 기술적 사항들 협의
  • 이를 통해 변경되거나 추가되어야 하는 와이어프레임 추가 (로그인 화면, 정렬 개수 변경 등등)
• Gantt 차트 작성
  • 기술적 우선순위 작성 (1~5주차에 할 것들로 분류)
  • 홈화면 & 프로젝트 세팅,구조화 까지 1주차에 하고 다 같이 구현하는 걸로 결정
  • 최대한 3주차까지 다 구현을 하고 4주차에는 2차 목표를 할 수 있는 걸 목표

오늘의 회고

• 이 라이브러리를 선택하게 된 이유를 생각하고 명시해놓자

배운점

• 기능적 요구사항을 작성하다가 고려해야 할 게 생기고, 비기능적 요구사항을 작성하다가 고려해야 할 게 생기고, 기술적 요구사항을 작성하다가 고려해야 할 게 생기고, Gantt 차트를 그리다가 고려해야 할 게 생긴다.
• feature list (기능,비기능,기술,차트)를 꼭 그려봐야겠다.
  • 이걸 그려도 개발 과정에서 고려해야 할 게 또 나온다.

내일 할일

• feature list 최종_진짜_최종
• 와이어프레임 수정
• 기획발표

[uuranus]

날짜

2022-11-11 FRI

오늘의 한일

• 디자인 입히기
• 설계공유
• 멘토님과 미팅

오늘의 회고

• 지도, 채팅(Stream) API를 사용하는 프로젝트가 많았다.

배운점

• 어떤 기술을 사용해서 기능을 구현할 것인가에 대해서는 현업에서도 많이 의견이 갈리는 문제이다.
• 특정 기술을 원하는 사람들이 적극적으로 자기 PR을 해야한다. & 이슈를 해결할 수 있을 정도의 전문성?
• 기술을 선택한 것도 중요하지만 어떤 이유에서 이 기술을 선택했는지를 고민하고 기록해놓는게 중요

내일 할일

[uuranus]

날짜

2022-11-14 MON

오늘의 한일

• 깃허브 사용법 익히기 (issue사용법, project 등록하기, pr에서 issue 닫기 등등)
• 앱 전체 스타일, 테마 적용

오늘의 회고

• 단순히 컬러, 폰트 넣는것은 간단하지만 dimen을 어디까지 분리할 것인가, 스타일을 어떻게 적용해야 하는가에 대한 건 조금 까다로웠다.

배운점

• status bar에도 그라데이션 적용하기
  • 직접 넣는 건 불가능하고 상태창을 투명하게 만든 후 하단의 배경을 그라데이션을 넣거나 아예 안 보이게 (전체화면 처럼 터치하면 보이게) 하는 방법으로 넣는다.
  • 그게 아니면 전체 windowBackgroun의 속성에 그라데이션 drawable을 적용
  • 이 부분은 일일이 fragment나 constraintLayout마다 background 속성을 화이트로 넣어줘야 하기 때문에 하지 않기로 함
• toolbar에 corner값 적용
  • background drawable에 corner를 줘도 되지만 corner값을 테마에서 적용하여 관리하고자 함
  • shapeAppearance에서 cornerFamily를 통해서 radius값을 줄 수 있음
  • shapeAppearance는 materialComponents에서 사용가능
• background 속성이 먹히지 않음
  • 그냥 background는 먹히지 않지만 android:background로 하면 먹힘

내일 할일

• PR 리뷰받기

[uuranus]

날짜

2022-11-15 TUE

오늘의 한일

• 홈 화면 디자인 (날씨 제외하고 일러스트레이션까지)
• 환영 문구 랜덤으로 출력
• 기상청 API 신청

오늘의 회고

• guideline은 화면의 특정비율까지를 차지하고자 할 때 유용 (layout_constraintPercent)

배운점

• androidx.fragment.app.FragmentContainerView을 NavHostFragment로 사용한다면 Navigation.findNavController를 통해서는 NavController를 찾을 수 없고
• val navHostFragment = supportFragmentManager.findFragmentById(R.id.fragmentcontainerview) as NavHostFragment binding.bottomnavigationview.setupWithNavController(navHostFragment.navController)
• 처럼 NavHostFragment 내 있는 NavController를 접근해야 얻을 수 있다.
• BindingAdapter는 annotation 기반이기 때문에 kapt를 추가해줘야 사용할 수 있다. (dagger, hilt도 마찬가지)
• 다크모드를 대응하는 방법
  1. colors 파일을 light, night 버전을 만들고 theme은 하나만 만든다
     • color의 이름을 공통으로 쓰기 때문에 xml에서 @color/ 로 설정해줄 수 있다.
     • theme의 name은 기존의 정해진 이름이 있어서 color이름이랑 매칭 안 되게 적용하는 경우가 생길 수 있는데, 이러면 xml에서 설정해줄 때 헷갈린다. color 이름으로 접근하면 헷갈림을 방지할 수 있다.
  2. theme을 light,night 버전을 만든다 (기본으로 2번으로 생성해준다)
     • 다크모드가 될 때 단순히 색깔만 바뀌지 않고 스타일도 변경을 주고 싶다면 2번이 더 좋다.

내일 할일

• 날씨 API retrofit 연결

[uuranus]

날짜

2022-11-16 WED

오늘의 한일

• 기상청 OpenAPI Retrofit 연결

오늘의 회고

• retrofit 공부하자
• 충돌을 혼자 해결하면 나는 다른 사람이 이 부분 안 건드렸을 줄 알고 남겨놨는데 다른 사람은 그 부분을 삭제하거나 또는 그 반대여서 내가 삭제한 부분이 충돌해결하고 나니 아직도 남아있거나 내가 남겨놓은 부분 때문에 다시 충돌이 생기거나 하였다.
  • 충돌이 생긴 사람들끼리 모여서 다같이 충돌을 해결하는 게 제일 좋다.

배운점

• Retrofit은 기본적으로 HTTP 프로토콜로 구성된 바디로 취급하여 역직렬화한다.
• Gson, Motshir, Simple XML 같은 다른 프로토콜로 된 바디를 역직렬화할 수 있다.
  • https://square.github.io/retrofit/
• JSON은 표준이 존재하고 이를 따르지 않는 JSON을 역직렬화하고 싶으면 setLient()를 설정해줘야 한다 (유연한 JSON 형식을 따르겠다는 속성)

내일 할일

• retrofit 오류 해결
• UI 만들어서 데이터 출력

[uuranus]

날짜

2022-11-17 THU

오늘의 한일

• OpenWeather로 API 변경
• LocationManager를 통해 위치좌표 가져오기
• 위치 권한 요청

오늘의 회고

• OpenAPI도 잘 알아보고 사용하자
  • 기상청 API의 결과값이 NO_DATA로 와서 내 코드의 문제가 뭔지를 계속 찾아봤는데 API에 문제가 있다는 공지사항을 발견했다.
  • Postman에서는 결과값이 오는데 retrofit으로 보내는 것은 결과값이 안 오는 게 위 문제인 것 같았다.
  • 그래서 OpenWeather로 변경하였다.
  • https://blog.codef.io/weather_api/
  • 전세계적인 기상정보를 얻을 수 있는 사이트이고 3시간 간격의 5일간 데이터를 얻을 수 있는 무료 버전으로 충분히 우리 앱의 기능을 제공을 할 수 있어서 선택하였다.

배운점

• Retrofit의 BEGIN_OBJECT ~~ 에러는 service키의 문제일 수도 있다.
  • 기상청 API의 경우 인코딩 키와 디코딩 키를 발급해주었는데 postman에서는 인코딩 키를 제공해야 하지만 java는 내부적으로 인코딩을 해서 보내기 때문에 디코딩 키를 제공해야 한다고 한다.
  • https://velog.io/@jsw4215/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C-%EC%8A%A4%ED%8A%9C%EB%94%94%EC%98%A4%EA%B3%B5%EA%B3%B5-API-%EC%97%B0%EB%8F%99%EC%8B%9C-%EC%A3%BC%EC%9D%98%ED%95%A0-%EC%A0%90-%EC%A0%95%EB%A6%AC

내일 할일

• 날씨 UI에 출력
  • 아이콘을 가져오는 url 알아보기
• 현재 시간의 날씨 (첫번째 정보) + 이후의 날씨 상세정보는 recyclerView로 보여주기

[uuranus]

날짜

2022-11-18 FRI ~ 2022-11-20 SUN

오늘의 한일

• 날씨 UI 출력
• 디자인 일부 수정
• 위치 서비스 꺼져있을 때 대응
• 위도,경도를 기준으로 Geocoder로 주소 가져오기

오늘의 회고

• 날씨 UI에는 어떤 정보를 보여줄 것인가?
  • 갤럭시 기본 날씨 앱을 기준으로 결정
• 날짜의 formatting은 어떻게 할 것인가?
  • 확장함수를 통해서 Date 클래스에서 formatting을 하는 방식으로 진행
  • formatting에서 사용하는 문자열을 string resource로 뺀다면 어떻게 접근을 해야 하는가?
  • StringFormatter라는 context를 가지고 있는 클래스를 만들어서 내부 메소드로 만들어야 하는가? (논의 필요)
• locationManager에서 getLastKnownLocation()을 통해 최근에 요청된 위치를 가져오게 할 경우, 맨 처음 요청 시에는 위치값이 Null이 나옴
  • 이후 위치를 변경해도 계속 null이 반환됨 (에뮬레이터 상에서만 그런 것 같기도 함)
    • 굉장히 오랜 시간이 지나야 반영 (GPS값을 가져오는 거라 갱신시간이 필요)
  • requestLocationUpdates()를 통해서 위치가 변경되는 걸 감지해서 재요청하도록 함
    • API 31이후부터 사용가능
• Geocoder를 통해서 위도,경도로 주소 변환하기
  • 서울특별시의 경우 경기도, 강원도 같은 도 대신 시가 먼저 나오기 때문에 이후 시/군/구 파트에 서초구, 강남구 같은 구가 파싱되지 못하고 null값이 저장됨
  • 위 값이 null인 경우, 아닌 경우를 if~else로 분리해서 출력하도록 함

배운점

• 문서 작성의 중요성
  • openAPI의 경우에는 정해진 규격에 맞춰서 요청하고 응답을 받아야되는데 명세서를 잘 작성해놓지 않으면 API 사용자는 사용하기까지 헤매는 과정이 오래걸릴 것이다.
  • 기상청 API의 경우 변수명이 어디는 serviceKey, 어디는 ServiceKey로 작성되어 있었고 (결론적으로 둘 다 제대로 동작한다) JSON응답값의 구조가 어떻게 되어있는지를 명시해놓지 않아서(나중에 알았는데 마이페이지에서 해볼 수 있다...) postman으로 직접 찍어봐야 했고 오류값에 대한 설명은 pdf파일을 다운받아서 봐야했으며 현재 API 서비스에 오류가 발생하고 있을 경우 API 설명 페이지에 작성해놓아야 하는데 해놓지 않아서 왜 안되지..하고 헤매다가 겨우 발견하여 다른 API로 이동할 수 있었다.
  • 서비스에 문제가 생겼을 경우 그저 공지사항에만 올리는 것이 아니라 명세 페이지에도 작성을 하는 등 갱신작업을 제때제때 해줘야 한다는 걸 느꼈다.
  • 옮긴 API는 OpenWeatherAPI인데 API에 대한 명세를 JSON,XML 형식으로 한 페이지에 잘 명시해놓았고 추가적으로 필요한 페이지에는 일일이 링크를 달아놓아서 찾아가기가 편했다.
  • API 명세서뿐만 아니라 만약 내가 짠 코드를 이후 다른 사람이 이어서 작성하거나 할 경우, 어디까지 어떻게 왜 이렇게 작성했는지를 잘 작성해놓아야 다른 사람뿐만 아니라 내가 나중에 이어서 코드를 작성할 때도 편해진다는 걸 느꼈다.

[uuranus]

날짜

2022-11-21 MON

오늘의 한일

• 홈 화면 xml, 코드의 string resource 분리

오늘의 회고

• formatting이 필요한 string의 경우는 어떻게 분리할까?
  • 일단, format string은 xml 파일에 분리를 한다.
  • 이걸 접근하기 위해서는 context가 필요
    1. view에서 observe를 통해서 formatting을 해준다.
    2. binding adapter를 통해서 view의 context로 string resource를 접근해서 formatting
  • formatting이 필요한 경우는 날짜에 관련된 문자열이고 날짜는 다른 화면에서도 필요하기 때문에 binding adapter로 분리
  • 그 외 단순히 %d처럼 값만 전달하면 되고 해당 화면에서만 쓰일 format이라면 @{@string/format_str(item.temp)}처럼 xml상에서 string resource에 접근해서 사용
  • null값일 때 넣어주는 default string의 경우는 xml상에서도 할 수 있지만 코드를 읽기 불편하기 때문에 해당 화면에만 쓰이더라도 binding adapter로 분리함

배운점

• 생각보다 뷰에서만 string 값을 가지고 있게 하는 게 어렵다.
• repository에서 Result<>를 반환할 때 Result.fail()의 경우 Exception안에 message를 넣을 수 있는데 이 message까지 string resource로 분리를 해야할까?
  • 언어에 상관없이 동일한 문자열을 사용한다 (영어로)
  • context로 R에 접근할 수 있는 StringManager같은 걸 만들어서 StringManager.getNetworkErrorMsg() 처럼 코드를 넣어서 string resource를 분리한다.

[uuranus]

날짜

2022-11-22 TUE

오늘의 한일

• lottie 애니메이션 연결
• 로딩 dialog 화면 만들기

오늘의 회고

• 로딩 화면은 어떻게 보여줄 것인가?
  1. layout을 새로 addView를 하고 해당 layout의 background는 약간의 투명도가 있는 화면으로 만들기
  2. 다이얼로그로 띄우고 다이얼로그의 뷰의 background를 투명하게 만들기
     • 1번의 구현하고자 목표가 2번과 동일하고 1번과 달리 2번은 바텀 네비게이션까지 다 막아서 로딩 중 사용자가 다른 곳으로 이동을 할 수 없게 막을 수 있다.
     • 2번으로 구현

배운점

• 애니메이이션이 다이얼로그의 전체를 차지하도록 함
  • 다이얼로그의 크기는 어떻게 정해질까?
  • AlertDialog의 Builder를 보면 SOFT_INPUT_IS_FORWARD_NAVIGATION 속성으로 layoutParams를 정의하고 있는데 SOFT_INPUT ~~ 속성은 시스템이 내부적으로 현재 화면에서 보여질 수 있는 화면의 크기 대비로 측정해서 설정하는 값인 것 같다.

[uuranus]

날짜

2022-11-23 WED

오늘의 한일

• 네트워크 끊김 화면 만들기
• 홈 화면에 네트워크 끊겼을 경우 대응

오늘의 회고

• 네트워크 끊김 처리하기
  1. ConnectivityManager.NetworkCallback을 구현하여 onResume, onStop 때 등록/해제하기
     • listener 내 콜백 함수들을 비동기적으로 처리해주어야 함 (무조건 postValue를 사용해야함)
  2. OkHttpClient에서 interceptor를 적용하여 Retrofit의 client 속성에 전달하기
     • 핸드폰의 네트워크가 꺼져있는 경우, 네트워크는 켜져있지만 서버에 연결을 할 수 없는 경우를 다 처리해줄 수 있음
     • interceptor로 에러를 날리기 때문에 Result로 에러를 받아오면 되기 때문에 따로 리스너를 추가하는 등 View 레이어에 코드가 추가되지 않아도 됨
• 네트워크 끊김 대응 화면은 어떻게 보여줄까?
  • 로딩 화면처럼 다이얼로그로 보여준다.
    • 네트워크가 연결되어야지 종료 -> 그럼 내부적으로 계속 재요청? -> 리소스를 많이 잡아먹을 듯
    • 바텀 네비게이션 이동이 불가능 -> 네트워크가 필요없는 부분만 사용하고자 할 경우라면 사용자에게 기능을 제공할 수 없음
  • 네트워크가 필요한 부분의 레이아웃에만 네트워크 끊김 화면을 붙여서 보여주고 연결이 성공하면 화면을 삭제하도록 함

배운점

• uiState값을 처리하는게 어렵다.
  • 초기값이 Loading으로 해서 화면으로 이동하자마자 Loading 화면이 나온다.
  • 만약, 퍼미션이 필요한 경우라면 onPause에서 Loading화면을 dismiss한다.
  • 네트워크 요청을 하기 전에 Loading으로 변경
  • Success가 되면 Loading 화면 dimsiss
  • 네트워크가 끊겼거나 퍼미션이 없거나 할 경우 대응 화면을 보여주고 싶다.
  • 근데 단순히 addView를 통해 보여주는 것이기 때문에 요청이 여러번 가게 되었을 경우 화면이 여러개가 겹쳐서 보이게 된다.
  • show()하기 전에 remove()를 해주는 코드를 넣어줌 (or addView하기 전에 기존 뷰가 있는지 확인해도 될 듯)

[uuranus]

날짜

2022-11-24 THU

오늘의 한일

• interceptor 오류나는 거 해결
• 날씨 화면 권한이 없거나 네트워크가 없는 경우 테스트

오늘의 회고

• 오류 값에 대한 대응 화면들을 관리하는 StateManager를 만들었는데 만들었지만 Fragment 상에서 관리해줘야 하는 코드가 많다. 리팩토링을 해야 할 것 같다.

배운점

• Retrofit 요청 시 service.request()함수도 try~catch문 안에 넣어야 인터셉터가 오류를 던졌을 때 catch를 할 수 있다.

[uuranus]

날짜

2022-11-28 MON

오늘의 한일

• 그린 기울기 구하기 화면
• 앱 아이콘, 홈 & 스플래시 배경 이미지 추가

오늘의 회고

• 앱 아이콘은 어떻게 만들까
  • 유튜브의 플레이 버튼이 골프 깃대의 깃발과 비슷한 것 같음
  • 유튜브 아이콘 디자인에 플레이 버튼을 깃발로 바꿔서 하자
• 골프 특화된 기능을 뭘 추가할까
  • 골프의 높낮이가 있는 그린이 어디가 높고 낮은지가 육안으로 바로 알아보기가 힘듦
  • 그린 위에 핸드폰을 올려놓으면 기울어진 방향으로 공 뷰가 굴러가도록 하여 그린의 기울기를 알려주는 기능을 추가하자
  • SensorManager 이용
• SensorEventListener는 어디서 구현할까
  • onSensorChanged가 호출될 때마다 뷰의 좌표값이 변경되기 때문에 SensorEventListener를 구현하고 있는 GolfBallView를 만들자

배운점

• 핸드폰의 각속도를 구할 수 있는 방법은 가속도계와 자이로스코프가 있는데
• 가속도계는 중력이 포함되어 있는 가속도값이라서 기울어져있으면 계속 호출이 되고
• 자이로스코프는 회전 속도를 알려주기 때문에 핸드폰이 움직이는 동안에만 측정이 된다.
• 즉, 핸드폰이 기울어진 채로 가만히 있으면 0이 나오기 때문에 기능을 위해서는 가속도계를 사용해야 한다.

[uuranus]

날짜

2022-11-29 TUE

오늘의 한일

• 그린 기울기 기능 마무리
• home 화면 domain 레이어를 참조하도록 리팩토링
• 스플래시 화면 png 추가

오늘의 회고

• sensor의 값을 어떤 식으로 좌표에 반영할까?
  • x값은 좌표가 증가하는 방향과 가속도 방향이 반대라서 -=로 더하고 y값은 +=로 더한다.
• 뷰가 끝에 도달할 경우
  • windowManager를 통해서 화면의 크기를 가져온다.
  • x와 y값이 다 더이상 이동할 수 없으면 requestLayout()을 호출하지 않아서 리소스 낭비를 줄인다.
• domain 레이어를 나눠서 location이 data 레이어로 내려갈 경우, context나 listener가 필요한 LocationManager는 어떻게 분리할 수 있을까
  • data레이어는 android패키지의 접근이 없어야 하기 때문에 DataSource 인터페이스를 만들고 impl에서 locationmanager를 참조하도록 하여서 인터페이스까지는 domain레이어에 실제 구현체는 app 레이어? (멀티모듈이라고 생각한다면)에 있도록 하여 domain에는 android 패키지가 없도록 하고 datasource 인터페이스를 분리함으로써 나중에 impl값을 mock 데이터로 변경하여도 domain,repository 쪽에는 변경사항이 없도록 하였다.

고민할 점

• 핸드폰이 기울어진 정도가 클 수록 빨리 이동하게 하고 싶어서 z 좌표값을 곱해줬는데 z값은 사실상 거의 9.8에 가까운 값만 계속 나올거라서 좀 더 고민해봐야겠다.
• window 크기를 구할 때, 세로값은 상단바와 네비게이션 바의 크기가 포함된 값이 와서 뷰가 하단에 도달할 때 약간 가려진 상태일 때 멈추게 된다.
  • 일단 크게 가려지지 않았고 R버전 이전은 위 값을 빼는 과정을 찾지 못해서 그대로 두었다.

[uuranus]

날짜

2022-11-30 WED

오늘의 한일

• 갤러리 피드 썸네일 이미지에 빈공간 다이나믹 컬러 적용
• 디자인 일부 수정

오늘의 회고

• 다이나믹 컬러 적용하기
  • Material3
    • dynamic color가 새롭게 추가되었다.
    • Android S(12)부터 사용할 수 있는 기능이라서 적용하지 못했다.
  • Glide
    • Glide에서 해당 이미지를 Bitmap으로 가져와서 안드로이드의 Palette클래스를 통해 domainColor를 추출한 후 배경색으로 깔아주도록 함

배운 점

• Material3에서 새로 추가되었다고 해서 다이나믹 컬러는 최신 기술?인 줄 알았는데 Palette 클래스에서 이미 예전부터 지원해오고 있던 기능이었다.
• 아마 단순히 색 추출만 해주는 게 아니라 자동으로 메인 컬러와 어울리는 variant 컬러 등을 뽑아주는 기능이 있었던 것 같다.
• Material3가 지원하는 버전이 많아지면 사용해보면 좋을 것 같다.

[uuranus]

날짜

2022-12-01 THU

오늘의 한일

• 디자인 일부 수정
• 데모 준비

오늘의 회고

• 발표 준비는 언제나 빡세다.
• ppt 만드는 것 뿐만 아니라 발표할 내용에 대한 이해가 있어야 하기 때문에 더 부담되는 것 같다.

[uuranus]

날짜

2022-12-05 MON

오늘의 한일

• 다크모드용 컬러 설정

오늘의 회고

• Material Tools를 통해 light 모드의 컬러값의 dark 버전을 사용했다.

내일 할 일

• 아이콘이나 다크 모드가 되면서 안 보이는 글씨들을 다크모드에 대응하기

[uuranus]

날짜

2022-12-06 TUE

오늘의 한일 & 회고

• 아이콘들 다크모드 대응 (새로고침, 위치 아이콘 등)
• 정렬 기준표 spinner -> textView & ListDropMenu로 변경
  • spinner로 하면 옆의 화살표 모양이 다크모드가 되면서 흰 배경에 가려지는데 이 색깔을 변경할 수 없어서 텍스트뷰로 변경
• 검색 (SearchView)의 힌트와 입력값이 다크모드가 되면 흰색이 되면서 흰 배경에 가려짐
  • 이 부분도 mTextHintColor인가 public으로 존재하는데 접근을 할 수 없어서 다크모드용 컬러를 적용 (원래는 다크,라이트 다 흰색으로 하려고 함)
  • colorSurface를 사용하는데 그러면 너무 어두워서 빵꾸(?) 뚫린 것 같고 검색 글씨가 잘 안 보여서 불투명도를 낮춤