Android, Compose 왜 생겼을까?

오늘은 Android Compose 가 왜 생겼는지에 대해서 이야기 해보겠습니다.

Compose 를 만들 수 밖에 없었던 이유에 대해서 말씀드리기 전에 리스코프 치환 원칙을 알고 계시나요?

자식클래스(서브클래스)는 부모클래스(슈퍼클래스)의 역할을 완벽히 수행할 수 있어야한다.

상속받은 클래스는 부모클래스가 하는 일을 완벽히 이해를 해야합니다. 그래서 "상속 보다는 구성을 사용하라" 는 배움의 말이 나오죠~

안드로이드 UI 가장 기본클래스는 View 입니다.

View에는 안드로이드가 10년 이상동안 OS가 유지되면서, 다양한 단말들의 예외처리들이 다 포함되어있습니다.

View의 개행수를 찾아보면 31111줄이나 됩니다. 즉, 커스텀뷰를 만들기 위해서는 31111 라인의 내용을 완벽히 이해해야한다는 것입니다.

따라서 View는 확장이 어려운 클래스라고 보여집니다. 특정 메소드를 잘못 이해하게 된다면 앱 성능에 안좋은 영향을 줄 수 있죠.

따라서 기존 체계를 이어가는 형태로는 더 이상은 불가능하다는 판단을 하여 생긴게 Compose 입니다.

Compose

compose 는 가진 의미 그대로 구성해서 사용할 수 있죠. 그래서 더 이상 상속이 아니라 내부 컴포넌트를 조합해서 사용할 수 있도록 컴포즈가 나온 것 입니다.

패스트 캠퍼스의 강사룡 강사님의 강의에서 들은 내용을 정리한 내용입니다.