Kong-droid

🕰 어느덧 3개월차...?정말 정신없이 입사해서 여유가 하나도 없었는데, 어느덧 입사한 지 3개월..! 처음엔 모르겠는 것들 투성이였는데, 이제야 조금 적응해가고 있다는 느낌 ㅎㅅㅎ그래서 한번,그동안의 기록을 남겨보려고 합니다 ✍️ 🧩 내가 새롭게 해본 것들입사하고 나서 실무에서 처음으로 다뤄본 기술들이 많았어요 역시 배움에 끝이란 없다.. Jetpack Compose SDK 멀티모듈자동화 스크립트안드로이드 위젯InstallReferrerNotification에 다양한 스타일 입혀보기하나하나 처음엔 어렵고 걱정이 너무 앞섰지만,지금은 “아! 그건 내가 해봤어” 라고 말할 수 있을 정도 !?👶🏻 → 👩🏻‍💻 으로 성장 중,,,,그래도 처음이란 두려움보다 이제 그래 해보지 뭐! 라는 마인드..

💡 MVI란?MVI는 Model - View - Intent 여기서 말하는 Intent는 Android Intent가 아니라 !!!👉 “사용자의 의도(Intent)부터 상태(State) 변경까지 이어지는 흐름 전체”를 뜻하는 개념적인 용어,,❗️그러니까 MVI의 Intent ≠ UIEvent ≠ 안드로이드 Intent → 절대 헷갈리면 안된다.. MVI 흐름[사용자 행동 (UIEvent)]→ ViewModel이 받음→ 상태(UIState) 변경 or 효과(UIEffect) 발생→ View가 변화됨- 이 흐름의 출발점은 항상 UIEvent- 화면은 항상 UIState 하나로만 관리 🧩 자주 사용되는 타입들 🧠 UIState현재 화면의 상태 (ex. 키워드, 로딩 중, 결과 등)data clas..

Compose에서 TextField로 입력할 때, 글자 하나 칠 때마다 뭔가 버벅임을 느꼈습니다.. 처음 Compose로 전환했을 때 XML에서 하던 습관대로OutlinedTextField( value = text, onValueChange = { text = it viewModel.search(it) // ❌ 글자 칠 때마다 API 호출 })이렇게 작성했는데… 텍스트 입력할 때마다 밀리는 느낌?,, 스크롤과 겹치면 거의 끊기는 수준까지 가더라고요. 원인은 recomposition....Compose는 상태가 바뀌면 해당 Composable이 다시 그려지니, TextField도 마찬가지였습니다,근데 onValueChange에서 상태 변경 + API 호출까지 ..

✅ LazyColumn이란?- Compose에서 RecyclerView를 대체하는 스크롤 가능한 Composable- 내부적으로 보이는 항목만 그림 (지연 로딩)- 데이터가 많아질수록 Recomposition에 주의 사용하면서 느낀 성능 관련 주의점 key 설정 필요- Recomposition의 기준 설정LazyColumn { items(list) { item -> Text(item.name) }}key를 설정하지 않으면 → Compose는 index를 기준으로 recomposition 설정 만약, 리스트에서 요소가 삽입, 삭제되면 → 순서 바뀌면서 다시 그려짐 (☠️ 성능 낭비)✅ 해결 방법:LazyColumn { items(list, key = { it.id }) { it..

까먹기 전에 줍줍..🎯 XML vs Compose의 "생명주기 + context" 구조 차이 XML 기반Activity나 Fragment가 View를 직접 소유View는 Activity가 죽을 때 context도 같이 정리됨 → context를 View 내부에서 써도 큰 문제가 없다 즉, UI는 생명주기를 따라감 Compose 기반UI 자체가 "함수로 구성된 상태 기반 UI"상태에 따라 UI가 수시로 재구성(recomposition) 되기에 Activity와 느슨하게 연결됨그래서 UI 함수 내에서 context를 막 쓰면, 그 시점에 context가 유효하지 않을 수 있음 XML : context가 항상 Activity와 뷰 안에 있고, 생명주기를 같이 가져가니까 자유롭게 써도 괜찮았지만,Comp..