안드로이드 앱은 고유한 패키지 이름을 가져야한다. 앱이 설치되거나 배포되는 각 장치나 구글 플레이 스토어(Google Play Store)에서 식별이 가능해야 하기 때문이다. 따라서 이름 충돌 가능성을 미연에 방지하기 위해 각자의 인터넷 도메인 이름을 뒤집어서 사용하는 것이 좋지만, 어떤 값을 입력하든 고유한 이름이면 된다.
--- p.5

하지만 프로세스가 종료되면 ViewModel이 처리하지 못한다. 자신이 가진 모든 것이 프로세스와 함께 메모리에서 완전히 제거되기 때문이다. SIS가 주목받는 이유가 바로 이 때문이다. 그런데 SIS에는 제약이 있다. SIS는 직렬화되어(serialized) 디스크에 저장되므로 크거나 복잡한 객체를 저장하는 것은 피해야 한다.
--- p.101

데이터 바인딩 작업을 수행하는 모든 코드는 CrimeHolder 내부에 두는 것이 좋다. 이렇게 하려면 우선 바인딩되는 Crime 객체의 참조를 보존하는 속성을 추가하면 된다. 그리고 내친 김에 기존의 TextView 참조 속성(titleTextView와 dateTextView)들을 rivate으로 변경하고 bind(Crime) 함수를 CrimeHolder에 추가한다. 이 함수에서는 바인딩되는 Crime 객체의 참조를 새로 추가하는 속성에 보존하며, titleTextView와 dateTextView가 참조하는 TextView의 text 속성값을 현재 참조되는 Crime 객체의 속성값으로 설정한다.
--- p.215

앱 바를 ‘툴바’ 또는 ’액션 바’라고 하는 얘기를 가끔 들을 것이다. 그리고 안드로이드 문서에서도 이 용어들을 혼용해서 사용한다. 하지만 앱 바, 액션 바, 툴바가 정말 같은 것일까? 이 용어들은 서로 관련이 있으나 정확하게 같은 것은 아니며, UI 설계 요소로는 ‘앱 바’라고 한다.
--- p.320

LiveData와 데이터 바인딩은 데이터가 변경되는지 관찰하면서 변경될 때 반응하는 방법을 제공한다는 면에서 서로 유사하다. 실제로 LiveData와 데이터 바인딩을 같이 사용할 수 있다. 다음 코드에서는 Observable 대신 LiveData를 사용해서 title 속성을 SoundViewModel에 바인딩했다. 현재 프로젝트 코드를 변경하지 말고 참고만 하자.
--- p.423

main 스레드는 여러 핸들러와 하나의 Looer를 갖는 메시지 루프다. main 스레드에서 Handler를 생성하면 이 핸들러는 main 스레드의 Looer와 연결되며, 그다음에 이 Handler를 다른 스레드에 전달한다. 그리고 전달된 Handler는 자신을 생성했던 스레드의 Looer와 계속 관계를 유지한다. 따라서 해당 Handler가 처리할 책임이 있는 모든 메시지는 main 스레드의 큐에서 처리된다.

<b>이 책의 대상 독자</b><br/><br/>-실무와 동일하게 프로젝트를 완성하면서 안드로이드 앱 개발을 위한 프로그래밍 기법을 배우고자 하는 입문자<br/><br/>-기본 안드로이드 앱 개발 지식은 있지만 실무에 적용할 수 있는 기법과 능력을 더 키우고 싶은 개발자<br/><br/>-안드로이드 고급 컴포넌트나 라이브러리(예: Jetpack)를 사용한 안드로이드 앱 개발 기법을 익히고자 하는 개발자