안드로이드는 뛰어난 기능의 표준 뷰와 위젯을 많이 제공한다. 그러나 때로는 앱 특유의 비주얼을 보여주는 커스텀(custom) 뷰가 필요하다. 커스텀 뷰를 생성하려면 다음의 세 단계를 거친다.
 ➀ 슈퍼 클래스를 선택한다. 단순 커스텀 뷰에선 View, 복합 커스텀 뷰에선 FrameLayout과 같이 적합한 레이아웃 클래스를 선택한다.
 ➁ 1번에서 선택한 슈퍼 클래스의 서브 클래스를 만들고, 해당 슈퍼 클래스의 생성자를 오버라이드한다.
 ➂ 슈퍼 클래스의 주요 함수들을 오버라이드해 커스터마이징한다.

단위 테스트(unit testing)는 하나의 컴포넌트(주로 클래스) 자체를 테스트하는 것이므로 작성할 수 있는 가장 작은 종류의 테스트다. 그리고 테스트를 실행하고자 전체 앱이나 장치를 사용할 필요가 없으며, 테스트를 여러 번 실행해도 충분할 만큼 빠르게 실행된다. 따라서 하나의 컴포넌트르 테스트할 때 장치 테스트로 실행하는 경우는 거의 없다. 단위 테스트는 안드로이드 런타임이 아닌 로컬 컴퓨터의 JVM(Java Virtual Machine)에서 실행되므로 빠르게 이루어진다.

안드로이드의 데이터 바인딩 ^{data binding} 은 Android Jetpack 라이브러리 중 하나로 UI 구성요소와 데이터를 프로그램적 방식으로 연결하지 않고, 선언적 형식으로 결합할 수 있게 해주는 지원 라이브러리를 말한다. 간단하게 말하면 XML파일에 data를 연결 ^binding해서 사용하는 것을 의미한다.

암시적 인텐트를 사용해 사용자의 카메라 앱을 실행시켜서 사진을 찍고, 데이터에 추가로 저장하고 사용해보도록 한다. 사진을 어디에 저장하고 저장된 사진을 어떻게 보여주어야 할지도 본문에서 알아보도록 한다. 이를 위해 Context 클래스의 파일과 디렉터리 함수, File Provider, Bitmap 등의 개념도 함께 알아본다.

안드로이드에서는 인텐트 ^intent 를 사용해 장치의 다른 앱에 있는 액티비티를 시작시킬 수 있다. 명시적 인텐트 ^{explicit intent} 에서는 시작시킬 액티비티 클래스를 지정하면 안드로이드 운영체제가 해당 액티비티를 시작시킨다. 반면에 암시적 인텐트 ^{implicit intent} 에서는 해야 할 작업을 알려주면 안드로이드 운영체제가 이 작업을 수행하는 데 적합한 앱의 액티비티를 찾아서 시작시킨다.

잘 디자인된 안드로이드 앱에서 중요한 컴포넌트 중 하나가 앱 바 ^{app bar}다. 앱 바는 사용자가 수행할 수 있는 액션과 화면 간을 이동할 수 있는 매커니즘을 제공한다. 더불어 디자인의 일관성도 제공한다. 앱 바의 오른쪽 위에는 메뉴를 넣을 수 있다. 메뉴는 액션 항목 ^{action item} 으로 구성되며, 액션 항목은 현재 화면과 관련된 액션 또는 앱 전체의 액션을 수행할 수 있다.

대화상자 ^Dialog는 사용자의 주의를 끌고 입력을 받는 데 사용되며 사용자의 선택을 받거나 중요한 정보를 보여줄 때 유용하다. DatePickerDialog는 사용자가 날짜를 선택할 수 있게 해주며 사용자 선택을 알아내기 위해 구현하는 리스너 인터페이스를 제공한다. AlertDialog는 다목적의 Dialog 서브 클래스이며 커스텀 대화상자를 생성할 때 흔히 사용한다.

프래그먼트 인자 ^{fragment argument}는 프래그먼트 생애에 걸쳐 보존된다. 구성 변경이 생기더라도 프래그먼트 매니저가 새 프래그먼트 인스턴스를 생성하면서 프래그먼트 인자를 다시 첨부하기 때문이다. 따라서 새 프래그먼트는 첨부된 인자 번들을 사용해서 자신의 상태 데이터를 다시 생성할 수 있다.

Room은 Jetpack의 아키텍처 컴포넌트 라이브러리로, 데이터베이스 설정과 사용을 쉽게 해준다. Room을 사용하면 애노테이션이 지정된 코틀린 클래스로 데이터베이스 구조와 쿼리를 정의할 수 있다.

ListView는 getView()를 호출하여 list를 뿌리게 되는데 화면 스크롤시 getView()함수가 계속해서 호출되게 되어 inflate를 통해서 view가 생성되며 동시에 findByViewId가 계속해서 호출되게 된다. 그러면 리스트를 생성하는데 있어 메모리의 비효율성이 발생하게 된다. 하지만 RecyclerView는 ViewHolder(findByViewId를 한 번만 호출) 패턴을 강제하여 사용자의 화면을 구성하고 있는데 충분한 수의 ViewHolder가 생성되면 RecyclerView는 기존의 ViewHolder를 재활용해 시간과 메모리를 절약한다.