졸업 프로젝트를 할 때 하나의 Activity 안에서 여러 Fragment를 전환하는 구조를 사용한 적이 있다.당시에는 필요한 화면을 만드는데 집중했기 떄문에 Activity와 Fragment를 모두 비슷한 화면 단위 정도로 생각하고 말았다.그러다가 최근에 생명주기를 다시 공부하다 보니 둘 다 화면을 구성하는데 왜 Activity와 Fragment의 생명주기는 다른지 궁금해졌다...onCreate(), onStart(), onResume() 같은 콜백 순서를 외우기 전에, 먼저 두 객체가 어떤 역할을 하고 누구에게 관리되는지 정리해보자. 🥸✏️ Activity와 Fragment는 뭐가 다를까?🔹ActivityActivity와 Fragment는 둘 다 화면을 구성할 때 사용하지만, 관리되는 방식은 다르..

코루틴을 사용하면서 viewModelScope.launch는 정말 자주 썼다...연속으로 실행되는 작업을 취소하기 위해 Job도 사용했다...하지만! 막상 내 입으로 설명하려니 제대로 되지 않아서오늘은 CoroutineScope는 왜 필요하고, Job은 정확히 무엇을 관리하는 걸까?에 대해 알아보려고 한다!✏️ CoroutineScope는 왜 필요할까?처음에는 CoroutineScope를 단순히 코루틴을 실행하는 공간 정도로 생각했는데조금 더 정확히 보면 CoroutineScope는 코루틴을 묶어 관리할 실행 범위와 CoroutineContext를 제공한다.쉽게 생각하면! CoroutineScope는 코루틴들이 어디에 속해서 언제까지 실행될지를 정하는 범위이다.Android에서 자주 사용하는 viewMo..

Android 면접에서 Context가 무엇인지 질문받았다코드에서는 LocalContext.current나 applicationContext를 여러 번 사용해봤지만, 막상 Context가 정확히 무엇인지 설명하려니 아무 대답도 하지 못했다 😢단순히 필요한 곳에 전달해서 사용했을 뿐 Context에 대해 제대로 이해하지 못했다는 사실을 깨닫고 이번 글에서는 Context의 역할과 Application Context, Activity Context의 차이를 정리해보려고 한다! 🥸✏️ Context란 무엇일까?처음에는 Context를 애플리케이션의 현재 상태와 정보를 담고 있는 객체라고 알고 있었다하지만 조금 더 정확하게 말하면 Context는 애플리케이션 환경에 접근하기 위한 객체다아래의 예시처럼 리소스..

프로젝트를 시작할 때마다 고민하게 되는 게 있다.프로젝트 구조를 어떻게 잡지?지난 글에서는 OOP와 SOLID를 통해 객체 단위에서 책임과 의존성을 나누는 기준을 정리했다.그렇다면 이 원칙을 프로젝트 전체 구조에는 어떻게 적용해야 할까?이번 글에서는 실제 프로젝트(What’s Your ETF)에 적용했던 구조를 바탕으로 Clean Architecture의 계층과 의존성 방향을 정리해보려고 한다.✏️ Clean Architecture는 무엇을 해결하려는 걸까?프로젝트의 규모가 커질수록 단순히 클래스를 나누는 것만으로는 부족했다.UI와 데이터 처리, 비즈니스 로직이 서로 강하게 연결되어 있으면 하나의 변경이 다른 영역까지 영향을 미치니까!!문제는 파일의 개수가 아니라 서로 다른 이유로 변경되는 코드가 얼마나..

졸업 프로젝트를 진행할 때 스파게티 코드의 나비효과를 겪으면서 처음으로 코드 구조의 중요성을 체감했다...당시에는 잘 모르기도 했고 기능 구현에 집중한 나머지 클래스의 책임을 명확히 나누지 못했다.결론적으로 하나의 기능을 변경하려고 함수를 따라가다가 n개의 파일을 함께 수정해야 했고,그렇기에 코드끼리 강하게 결합되어 한 부분의 변경이 예상하지 못한 다른 기능에 영향을 주기도 했다. 😢이후 MVVM과 Repository 패턴을 적용해봤지만 단순히 파일을 나누는 것만으로는 부족했고하나의 클래스는 어디까지 책임져야 할까?기능 간 변경 영향을 어떻게 줄일 수 있을까?서로 다른 구현을 유연하게 교체하려면 어떻게 해야 할까?이러한 고민을 해결하기 위해 객체지향 프로그래밍과 SOLID 원칙을 다시 공부했다! ✏️..

앱을 개발하다 보면 버튼 연타나 빠른 입력 때문에 API가 여러 번 호출되기도 한다.처음에는 모든 중복 호출에 debounce를 적용하면 된다고 생각했다.하지만 검색어는 마지막 입력값, 버튼은 첫 클릭에 대한 즉각적인 반응이 중요하다.따라서 중복 호출을 막기 전에 어떤 요청을 남길지 판단해야 한다. ✏️ 검색어 입력에는 debounce사용자가 삼성전자를 입력하면 다음과 같이 값이 연속으로 바뀐다.삼 → 삼성 → 삼성전 → 삼성전자모든 값으로 API를 호출할 필요는 없다.debounce를 사용하면 일정 시간 동안 새로운 값이 들어오지 않았을 때 마지막 값을 전달할 수 있다.searchQuery .debounce(300L) .collectLatest { query -> searchS..

Android에서 화면 상태를 관리할 때 ViewModel을 사용하면 화면을 회전해도 기존 데이터를 유지할 수 있다.그래서 처음에는 ViewModel에 상태를 저장해두면 화면이 다시 만들어져도 데이터가 계속 남아 있다고 생각했다.하지만 앱이 백그라운드에 있는 동안 시스템이 프로세스를 종료하면 ViewModel의 데이터도 함께 사라진다.화면 회전과 프로세스 종료는 무엇이 다르고, 프로세스 종료 이후에는 상태를 어떻게 복원해야 할까?이번 글에서는 화면 회전과 프로세스 종료의 차이, ViewModel의 한계와 SavedStateHandle이 필요한 경우를 정리해보려고 한다. ✏️ 화면 회전 시 ViewModel은 왜 유지될까?화면 방향이 변경되면 기존 Activity는 파괴되고 새로운 설정에 맞는 Activ..

프로젝트에서 Retrofit이나 Room을 사용할 때마다 습관적으로 Dispatchers.IO를 지정해왔다.네트워크와 데이터베이스 작업은 시간이 오래 걸릴 수 있고, 이를 Main 스레드에서 실행하면 UI가 멈출 수 있다고 생각했기 때문이다.그런데 Retrofit과 Room의 함수가 이미 suspend로 선언되어 있다면 정말 매번 Dispatchers.IO로 감싸야 할까? 🤔이번 글에서는 코루틴과 스레드, suspend의 의미를 살펴보고 Retrofit과 Room 호출에 Dispatchers.IO가 반드시 필요한지 정리해보려고 한다. ✏️ 기존에 작성하던 코드기존에는 Repository에서 Retrofit을 호출할 때 다음과 같이 작성했다.suspend fun getUsers(): List = ..

😲 문제 상황프로젝트 개발 중 갑자기 앱이 터지는 문제가 발생했어요 🥹에러 로그를 살펴보니 Text() 컴포넌트에서 이런 로그가 찍히고 있었습니다java.lang.NullPointerException: Attempt to invoke virtual method 'int java.lang.String.length()' on a null object referenceat androidx.compose.ui.text.platform.AndroidParagraphHelper_androidKt.createCharSequence(AndroidParagraphHelper.android.kt:70)Compose의 Text()는 내부적으로 문자열 길이를 계산하기 위해 length()를 호출하는데이때 null이 들어오..

안녕하세요! 🐶이번 글에서는 채팅 시스템 구현을 위해 필요한 Firebase 기본 세팅 방법을 정리해보려고 합니다✏️ Firebase 프로젝트 추가하기1️⃣ Firebase Console 접속먼저 Firebase Console에 접속해 Firebase 프로젝트 만들기를 클릭합니다 2️⃣ 프로젝트 만들기 원하는 프로젝트의 이름을 입력합니다 Gemini와 Google 애널리틱스 활성화 여부는 필요에 따라 선택해주세요저는 이번 프로젝트에서는 사용하지 않겠습니다!모든 선택을 마치면 프로젝트가 생성됩니다 🎉 ✏️ Android 앱 Firebase에 연결하기1️⃣ Android 앱 등록Firebase Console에서 Android 아이콘을 클릭합니다 2️⃣ 필수 정보 입력Android 패키지 이름(필수): ..