들어가며 [Android] 부팅 시 앱 실행하기 | Android 10+ Application startup on BOOT들어가며 부팅 시 앱이 실행 되었으면 좋겠다는 요구 사항이 들어왔다. 예전에 부팅 되었을 때 관련 데이터를 삭제하는 기능을 잠깐 검토 했던 기억이 있어서 금방 하겠거니 생각했다. 그렇게www.pinslog.com이전에 부팅 시 앱 실행하기 기능을 검토해서 그 내용을 공유했었다.버전 10부터 변경사항이 생겨 다른 방법으로 구현해었어야 했는데,부팅 후 앱이 실행될 때까지 1분에서 1분 30초가량이 걸리는 문제가 있었다.해당 기능을 구현하려는 목적이 구현된 결과와는 부합하지 않는 것 같아, 검토를 중단했었다.이후, 다른 곳에서 또 이 기능을 검토할 기회가 있었고이번에는 1분처럼 긴 시간이 ..

들어가며 앱을 플레이스토어에 게시하지 않고, 앱 자체에서 업데이트를 수행하는 기능을 검토하게 되었다. 사실 제일 깔끔한 것이 플레이스토어에 업로드하고, 구글이 시키는대로 하는 것이다. 앱 내부에서 업데이트를 진행하고 싶다면 인 앱 업데이트 키워드로 검색하면 된다. 아무튼 여러 이유로 앱을 게시하지 않고, 특정 집단에만 배포하고 싶은 경우도 있을 것이다. 이럴 때는 어떻게 앱이 최신상태를 유지할 수 있을까? 내가 알아본 것을 기술해보도록 하겠다... 1. 라이브러리 이용하기 공교롭게도(?) 22년에 해당 기능을 검토한 적이 있었는데, 이때는 라이브러리를 이용해 대강 구현을 했었다. 여러 라이브러리가 존재하겠지만 나는 AppUpdater라는 라이브러리를 이용했다. 사용 방법이 굉장히 간단하니 간단하게 작성해..

DataStore SharedPreferences를 대체 개선된 신규 데이터 저장소 솔루션 Kotlin 코루틴과 Flow를 기반으로 함 비동기적이고 일관된 트랜잭션 방식으로 데이터를 저장 → SharedPreferences의 단점을 일부 극복 UI 스레드 차단 디스크 I/O 작업을 하는 동기 API가 존재 apply()는 fsync()에서 UI 스레드를 차단합니다. 대기 중인 fsync() 호출은 서비스가 시작되거나 중지될 때마다, 그리고 애플리케이션에서 활동이 시작되거나 중지될 때마다 트리거됩니다. UI 스레드는 apply()에서 예약한 대기 중인 fsync() 호출에서 차단되며 주로 ANR의 소스가 됩니다. 런타임 예외 파싱 오류를 런타임 예외로 처리 Preferences DataStore와 Prot..

WW 앱의 업데이트 상태를 알리기 위한 방법으로 바텀 시트 다이얼로그를 선택했다. 이전에는 기본 다이얼로그를 커스텀해 사용하는 방식을 많이 선택했는데 요즘 앱들을 살펴보면 바텀 시트 다이얼로그로 상호작용을 많이 하는 것 같아 한번 구현해보기로 했다. 바텀 시트 다이얼로그에도 종류가 있는데, 자세한 것은 아래의 링크에 잘 설명이 되어 있으니 참고하면 좋다. 오늘 구현해 볼 것은 Modal bottom sheet이다. Bottom Sheet Dialog 예제 : Modal, Persistent, 모서리 둥글게 등 1. Bottom Sheet Dialog 1-1. 개념 1-2. 종류와 차이 2. Modal Bottom Sheet 2-1. 기본 예제 2-2. 모서리가 둥근 예제 2-3. 버튼이 있는 예제 2-4..

앱을 사용하다 가끔 업데이트 하라는 팝업을 본 적이 있을 것이다. 앱의 버전을 확인하고, 업데이트가 필요할 경우 플레이스토어로 이동할 수 있도록 기능을 추가해보려고 한다. AppUpdateManager 앱이 자체 업데이트를 시작할 수 있도록 하는 작업을 관리하도록 도와주는 인터페이스이다. 그러니까 인앱 업데이트를 구현하기 위한 클래스인데, 이번에는 업데이트 필요 여부에 관한 것 정도만 확인할 예정이다. 초기화 val appUpdateManager = AppUpdateManagerFactory.create(context) 업데이트 상태 확인 fun getAppUpdateStatus() { // 업데이트 가능한지 확인 val appUpdateInfoTask = appUpdateManager.appUpdate..

앱을 사용할 때 사용자의 위치에 접근하거나, 미디어 파일에 접근해야하는 경우 권한을 요청하는 다이얼로그를 본 적이 있을 것이다. 오늘은 권한 요청을 위한 작업 순서에 대해 알아보도록 할 것이다. 개인 프로젝트인 WW (기온별 옷차림 안내 어플) 을 개발하며 작성해두었던 내용임을 참고하길 바란다. 앱의 매니페스트 파일에서 앱에 요청할 필요가 있을 권한 선언 특정 비공개 사용자 데이터에 액세스 해야하는 앱의 작업을 사용자가 호출할 때까지 기다림 → 호출했을 때 런타임 권한을 부여했는지 확인 WW의 경우 위에서 선언한 것처럼 ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION 권한이 필요함. -> 위치 권한이다. ActivityCompat.checkSelfPermission 권한 ..