전체 글

- 사용자가 유연하게 특정 Value를 조정할 수 있는 SeekBar - 몇 가지 커스텀 방법에 대해 정리해 본다. - 다음처럼 단순한 형태의 경우에는 아래처럼 구현되었다.- progress: 초기 설정 값- progressDrawable: SeekBar 트랙 라인에 대한 커스텀 지정- thumb: 가운데 조절 버튼에 대한 커스텀 지정 - 이렇게 완전한 free가 아니라 어느 정도 단계를 지정해 둔 경우에는 다음과 같이 구현할 수 있다. - max="6" → 진행 범위는 0.. 6 (총 7단계)- progress="3" → 초기 위치는 가운데(3)- progressTint: 진행된 영역에 대한 색상- tickMakr: 각 단계의 눈금 표시점에 대해 커스터마이징 - 이후에는 다음과 같이 Listener로 ..

- SOLID 원칙 : 객체 지향 프로그래밍에서 견고하고 유지보수 가능한 개발을 위한 원칙이다. - SRP, OCP, LSP, ISP, DIP 총 5가지가 합쳐져서 SOLID인데, 먼저 SRP부터 살펴보자SRP 단일 책임 원칙 Single Responsibility Principle- 클래스나 모듈은 하나의 책임만 가져야 하며, 오직 하나의 이유로만 변경되어야 한다.- 복잡성을 줄이기 위한 핵심 원칙으로, 클래스가 여러 가지 일을 할 때 발생할 수 있는 변경의 부담을 줄임- 코드의 가독성과 유지보수성을 향상- 변경이 필요할 때, 변경의 영향을 최소화할 수 있음class DataRepository(private val apiService: ApiService) { fun fetchData(): Dat..

- 리드미에 프로젝트 구조를 정리해서 보여줄 때 용이하게 사용되는 트리 구조 - 프로젝트 수준의 build.gradle에 아래 함수를 구성함으로써 안드로이드 스튜디오 터미널에서 간편하게 생성할 수 있다.import java.nio.file.Filesimport java.nio.file.Pathimport java.io.Fileimport java.util.stream.Collectors//import 영역은 반드시 다른 어떤 코드들보다 최상단에 위치할 것tasks.register("printPackageTree") { group = "report" description = "Prints tree under app/src/main/java/com/windrr/jibrro" val ignor..

- 이번에 마켓에 또 앱을 하나 제출하면서, Location 권한에 대한 요청 사유를 제출하라는 경고를 받았다. - 여태 Location 권한을 사용하는 앱을 혼자 제출해 본 적은 없었는데, 경험 삼아 짧게 내용을 정리해 본다.- 앱에서 위치 접근 권한이 사용되는 중요한 기능 몇 가지를 상세하게 설명했다. 영어로 쓰는 게 심사에 좀 더 유연할 것 같아서 영어로 표기했다. - 그리고 유튜브 동영상을 넣으라는데, 내가 기존에 가끔씩 운영하던 유튜브에 '일부 공개'로 업로드하여 직접 기능을 사용하는 영상을 녹화해둔 링크를 제공했다. - 유튜브에서 일부 공개로 지정 시에는 링크를 직접 공유받은 사용자만 영상을 확인 가능한 것으로 알고 있다.

- 카테고리라는 테이블이 존재하고, 하위에 Book이라는 데이터가 리스트로 들어가는 구조가 있다. - 그리고 이 Book 또한 다른 테이블이고, 카테고리의 id를 외래키로 참조한다. - 카테고리의 id가 DB에 저장된 이후 업데이트되는 값이라 사실상 카테고리가 먼저 저장되지 않는 이상, Book 데이터가 저장될 수가 없는 상황이다. - 서비스에서는 매 동기화로 수신받은 카테고리가 DB에 존재할 경우에는 굳이 다시 DB 업데이트 로직을 진입하지 않는다. - 하지만 여기서 문제가... 카테고리는 제대로 저장되었어도 다음 Book 데이터 처리과정에서 사용자가 앱을 강제 종료하거나 어떠한 이유로 예외가 발생하여 동기화 상태가 완료되지 못한다면 카테고리 데이터만 남고, Book 데이터는 아무리 다시 동기화를 해도..

- 맥에서 안드로이드 스튜디오 fastlane 빌드를 실행하는데 위와 같은 오류가 발생했다. - 맥은 안드로이드 스튜디오 사용 시, XCode로부터 권한을 받아야 하는 것으로 보인다. - 아래와 같이 터미널에 입력 후, agree 처리해주면 해결된다.sudo xcodebuild -license# space to scroll → type: agree

- 클린 아키텍처에서 UseCase는 단일 책임 원칙 하에 앱에서 실행되는 비즈니스 프로세스를 캡슐화하는 역할을 한다. - UseCase를 구성함으로써 ViewModel의 역할을 명확히 할 수 있고, UseCase는 변경을 최소화 한 채 관심사를 분리하고, Activity 뿐만 아니라 View, Widget에서 즉시 사용 가능한 이점도 있다. - 근데 사이드 프로젝트에서 UseCase를 구성하고 관리하다 보니.. UseCase의 역할이 단순히 전달 정도로 밖에 안 되는 부분들이 많았다.class GetDestinationUseCase( private val repo: SettingsRepository) { operator fun invoke(): Flow = repo.getDestination..

- 갑자기 아래와 같은 경고 안내를 플레이 콘솔로 전달받았다.- 어떤 디바이스나 OS(특히 Android, iOS, 임베디드 환경)에서는 기본 페이지 크기가 16KB일 수 있다. 그래서 범용성을 위해 해당 앱이 여러 환경에서도 문제없이 동작할 수 있도록 접근 방식을 조정해야 한다는 것이다. - 첫 번째로 확인해 볼 만한 요소는 AGP 업그레이드다. 8.5.2 버전 이상으로 업데이트해 주어야 대응이 된다고 한다. - Tools의 AGP Upgrade Assistant를 사용하면 최신화 가능하다. - 두 번째로는 사용되는 라이브러리 조사다. 보통 Room, Coroutine, Compose 같은 자체 라이브러리에는 네이티브(. so) 코드가 포함되지 않아서 괜찮은데, 써드파티 라이브러리들은 사용하고 있을 가..

- 한동안 OOM 방지를 위한 작업들을 진행했는데, 여전히 OOM Crashlytics 보고가 끊이지 않았다. - 사용자 로그 및 계정 접속 테스트를 통해 알아낸 결과, 서버로부터 대량의 데이터를 수신받고 로컬 DB에 업데이트하는 시점에 OOM이 가장 빈번하게 발생하는 것으로 파악되었다. - 현재 서버와 클라이언트는 페이징 방식으로 List 구조의 데이터를 수신받고 로컬 DB에 저장하는데, 최근에 내가 동기화 로직을 리팩터링 하면서 Retrofit Call Response Type을 페이징과 관련된 데이터들 및 중간 매핑 리스트 타입을 포함한 data class로 등록한 시점부터가 문제였다.): Calldata class GetDataWithPageResult( val datas: List, ..

- Compose에서는 이미 렌더링 된 UI를 갱신하기 위해 상태 변경이 일어날 때마다 필요한 부분들을 다시 그리는 Recomposition이라는 메커니즘을 사용한다. - 리컴포지션은 상세하게 Composition -> Layout -> Drawing 세 가지 단계를 거친다. - 리컴포지션이 발생하면 Compose는 Composition 단계부터 새롭게 시작하며, 여기서 컴포저블 노드는 UI 변경 사항을 Compose Runtime에 알리고, 업데이트된 UI가 최신 상태를 반영하도록 보장한다. - 리컴포지션이 발생하는 조건은 다음과 같다.1. 매개변수에 변경이 발생했을 때2. 상태 변경이 관찰되었을 때 - Composition의 주요 작업• @Composable 함수 실행• UI 트리 생성 및 업데이트..