DataStoreDataStore는 Jetpack 라이브러리로 Key-Value 또는 형식화된 객체를 프로토콜 버퍼와 함께 저장이 가능한 저장소다. 코틀린의 코루틴과 Flow를 사용하여 데이터를 비동기적이고 일관되며 트랜잭션 방식으로 저장한다. 기존에 SharedPreferences를 사용하고 있다면 DataStore로 마이그레이션 할 것을 구글에서 권장하고 있다.원본 링크 위 이미지를 보면 PreferencesDataStore와 ProtoDataStore가 있다. DataStore는 두 가지 구현을 제공한다.◾ Preferences DataStoreKey를 사용하여 데이터를 저장하고 접근한다. 미리 정의된 스키마가 필요하지 않으며 유형의 안정성도 제공하지 않는다.◾ Proto DataStore데이..

LiveData와 Flow LiveData는 안드로이드 컴포넌트의 생명 주기와 결합되어 있어 UI 데이터를 관리하기 편하다는 장점 때문에 자주 사용한다. 하지만 아키텍처의 관점에서 볼 때 LiveData는 비동기 데이터 스트림을 처리하도록 설계되지 않았고, 안드로이드 프레임워크에 의존하기 때문에 도메인 계층과 데이터 계층에서 사용하기에는 적합하지 않다. 반면 Flow의 경우 순수 코틀린 언어로 되어있을 뿐만 아니라 비동기로 계산이 가능한 데이터 스트림이다. 이런 이유로 안드로이드에서는 데이터 계층에서 Flow를 사용한 다음 asLiveData()를 통해 ViewModel에서 LiveData로 변환하는 것을 추천하고 있다. (참고) StateFlow가 등장하면서 위와 같은 작업을 할 필요가 없어졌다. St..

프로젝트 관리를 위해 Git과 같은 형상관리 툴을 사용할 경우 API 키 값과 같은 중요 정보들이 노출될 수 있음을 고려해야 한다. 안드로이드에서 일반적으로 local.properties를 gitignore에 등록하여 외부 노출을 막는다. 이 점을 이용하여 local.properties에 중요 값을 저장하고, 앱의 빌드 정보에 키 값을 추가하여 BuildConfig로 코드 상에서 접근할 수 있다.◾ local.properties 임시 값 설정/** * local.properties */API_KEY_1 = "89sdfsbsn815832jdsfkjedv"API_KEY_2 = "04kjcasvbcxzv632jbvzj35f"API_KEY_3 = "cbfhb518gfa0h52ngf=4ynb3"예시를 위한 임시 ..

[Android] 내비게이션 다음 경로의 정보 구하기#1 프로젝트에서 내비게이션을 사용하여 다음 경로까지의 거리 값과 회전 정보를 구해야하는 일이 생겼다. 개발 과정과 사용하게 된 API에 대해서 정리를 해본다. 사용 API ◾ 카카오내비 길찾기 SDK ogyong.tistory.com 이전 글에서는 내비게이션 사용을 위한 API 관리와 출발지, 도착지를 어떻게 설정했는지에 대해서 정리했다. 이번에는 지도 화면에서 길찾기 버튼을 눌렀을 때부터 내비게이션 다음 경로 정보를 구하기까지에 대해서 정리하려고 한다. 카카오내비 길찾기 SDK 참고 자료 링크 API 레퍼런스 가이드 에러 값 확인 내비게이션 사용을 위한 인스톨 및 초기화 @HiltAndroidApp class ServiceApplication: Ap..

프로젝트에서 내비게이션을 사용하여 다음 경로까지의 거리 값과 회전 정보를 구해야하는 일이 생겼다. 개발 과정과 사용하게 된 API에 대해서 정리를 해본다. 사용 API ◾ 카카오내비 길찾기 SDK 우선 내비게이션을 사용하기 위해서 네이버, 카카오, 티맵과 같은 플랫폼에서 제공하는 API 또는 SDK를 사용해야 했다. 이 중에서 '카카오내비 길찾기 SDK'(링크)는 KNRGCode(링크)라는 회전 구간 경로 분류 코드를 내려주는데 별도의 구현없이 필요한 정보를 얻을 수 있어서 선택하게 됐다. ◾ SK Open API 지오코딩-좌표변환 API / 경로안내-직선 거리 계산 API 기기에서 GPS를 통해 얻는 좌표는 WGS84 좌표계다. 하지만 카카오내비에서는 KATECH 좌표계를 사용하기 때문에 좌표변환이 필..

1. 패키지 이름 변경 2. setting.gradle에서 rootProject.name 변경 3. build.gradle(:app)에서 applicationId와 namespace 변경 4. ctrl+shift+f로 변경 전 프로젝트명 검색하여 변경 5. Clean / Rebuild Project

[Android][Compose] Bluetooth Scan 하기안드로이드에서 제공하는 BluetoothLeScanner를 사용해서 Bluetooth 주변기기를 Scan 해보려고 한다. Scan 데이터를 얻으면 아래 이미지와 같이 리스트로 그릴 것이다. (UI는 Compose를 사용) 권한 처리하기ogyong.tistory.comBluetooth Scan 하기에 이어서 Connect를 해보려고 한다.GATT(Generic Attribute Profile)Connect를 하고 디바이스의 정보를 구하는 과정에서 GATT가 사용된다. GATT는 ATT를 프로토콜로하여 BLE 기기 간에 데이터를 주고 받기 위한 방식을 정의해 놓은 프로파일이다. ATT는 UUID를 고유 식별자라는 속성을 지니며, 이 속성은 Se..

안드로이드에서 제공하는 BluetoothLeScanner를 사용해서 Bluetooth 주변기기를 Scan 하는 방법을 정리했다.권한 처리하기Bluetooth Scan을 하기에 앞서 블루투스와 위치 정보에 대한 권한을 처리해줘야 한다. Manifiest에 아래와 같이 블루투스와 위치 정보에 대한 권한을 추가한다. MainActivity에서는 권한을 체크하는 코드를 작성한다. permissionArray에 누락된 권한이 있을 경우 Scan이 정상적으로 되지 않을 수 있다.class MainActivity : ComponentActivity() { private val permissionArray = if (Build.VERSION.SDK_INT >= Build.VERSION..

Jetpack Compose 애니메이션 Codelab을 하던 중 AnimatedVisibility()이 보이지 않는 문제를 겪었다. Codelab은 Material2를 기준으로 되어 있었고, 나는 Material3에 맞춰서 진행을 하고 있었는데 AnimatedVisibility가 화면에 표시되지 않았다. Codelab의 코드와 하나씩 비교를 해도 원인을 찾지 못하다가 AnimatedVisibility의 높이를 늘려보고 이유를 찾았다. 내가 직접 작성한 코드와 Codelab의 코드 중 차이점은 Material3를 사용하는가였는데, Material3의 경우 Scaffold에서 Modifier를 정의하지 않으면 내부 블록의 UI가 중첩되고 있었다. Modifer를 정의하는 대신 Scaffold-topBar에 ..

Material2에서 Material3로 이전하면서 Typography(서체) 시스템이 변경되었다.매개변수의 수는 거의 동일하지만 이름이 달라 파악하기 어려워 아래 표로 정리했다.Material2Material3h1displayLargeh2displayMediumh3displaySmallN/AheadlineLargeh4headlineMediumh5headlineSmallh6titleLargesubtitle1titleMediumsubtitle2titleSmallbody1bodyLargebody2bodyMediumcaptionbodySmallbuttonlabelLargeN/AlabelMediumoverlinelabelSmall

Caused by: java.lang.RuntimeException: Duplicate class kotlin.collections.jdk8.CollectionsJDK8Kt found in modules kotlin-stdlib-1.8.10 (org.jetbrains.kotlin:kotlin-stdlib:1.8.10) and kotlin-stdlib-jdk8-1.7.20 (org.jetbrains.kotlin:kotlin-stdlib-jdk8:1.7.20) Duplicate class kotlin.internal.jdk7.JDK7PlatformImplementations found in modules kotlin-stdlib-1.8.10 ··· Compose lifecycle 관련 라이브러리를 gradl..

Android 12부터 스플래시 화면을 구현하기 위한 SplashScreen API(참고)가 추가되면서 모든 앱이 시작할 때 스플래시 화면에 앱 아이콘을 보여주게 되었다. 이것 때문에 SplashScreen의 처리를 하지 않으면 앱 아이콘이 포함된 스플래시 화면이 먼저 노출되었다가 사용자가 구현한 스플래시 화면이 보이는 이슈가 생겼다. 기존에는 스플래시 화면을 구현하기 위해서 직접 화면을 만들어야 했다. 하지만 SplashScreen이 등장하고 나서는 직접 화면을 만들 필요도 없고 애니메이션과 같은 효과와 더불어 스플래시 화면을 간단하게 만들 수 있게 되었다. 그럼 기존 방식에 문제가 있었는가 하면 앱의 시작 상태 중 Hot Start에 그 이유가 있다. Hot Start 상태에서는 앱이 실행될 때 메모..