IT Knowledge Share

앱 제작 시 안드로이드 생명 주기에 따라 회전 처리가 이루어지면 앱의 데이터가 날라가 버리게됩니다. 이러한 부분을 방지하기 위해 뷰 모델 클래스를 사용됩니다. 뷰 모델을 사용하면, 화면 회전 같은 변경된 구성에서도 데이터를 계속 유지할 수 있습니다. 우선, 아래의 이미지를 먼저 확인해 봅시다. 액티비티 생명주기가 진행되는데, 회전이 이루어지면 onPause ~ onDestroy ~ onCreate 등과 같이 액티비티가 없어지고 재생산됩니다. 뷰 모델 클래스 안에 데이터가 구현되는 담게 되면, 구성이 변경되더라도 담고 있는 내용이 유지되고 onCleared가 호출됩니다. 그럼 뷰 모델 클래스의 기본 코드를 살펴 봅시다. 아래와 같이 ViewModel을 상속받아, 나만의 뷰 모델 클래스를 작성해주면 됩니다...

프래그먼트에 대해 알아봅니다. 우선 프래그먼트가 등장하게된 배경에 대해 이해해 봅니다. 프래그먼트는 다음의 두 가지 문제로 인해 등장하게 되었습니다. 1. 액티비티가 가지고 있는 한계점 2. 안드로이드 디바이스의 다양성 안드로이드의 한 화면을 의미하는 액티비티는 여러 종류의 뷰를 포함할 경우, 화면이 한 없이 길어지고 복잡하게 됩니다. 단지 이미지나 버튼 한 두개 정도가 아니라, 하나의 액티비티에 정말 많은 종류의 하위 뷰가 존재한다면, 그만큼 관리포인트가 많아지고, 유지보수에 어려움을 겪을 수 있습니다. 안드로이드 디바이스는 모바일뿐만 아니라 태블릿, 안드로이드 TV 등 여러 사이즈가 존재할 수 있습니다. 이렇게 사이즈가 너무 다양하기에 기존 모바일 사이즈의 다양성을 해결하기 위해 DP 단위를 사용해도..

모바일 앱 개발의 중요한 부분 중 하나인 액티비티에 관해 알아봅니다. 액티비티는 화면 하나로 이해하는 것이 좋습니다. 여러 액티비티는 여러 화면을 의미하겠죠? 액티비티는 생명주기를 가지게 되는데, 우리는 이를 영어로 Activity Lifecycle이라고 칭합니다. 액티비티가 만들어지고 없어지기 까지의 일종의 생명주기를 갖게 되는 셈입니다. 아래의 사진을 확인합니다. 위의 사진처럼, 액티비티가 시작하면, onCreate, onStart, onResume 메소드가 실행되며, 액티비티가 러닝 상태로 바뀌게 됩니다. 사용자의 행동에 따라 액티비티는 onPause, onStop의 상태가 되며, 앱을 종료하는 순간 onDestroy 상태로 넘어가면서 액티비티가 없어지게 됩니다. 이렇게 6가지 콜백 함수로 구성된 ..