Glacier's Daily Log

Strong Skipping Mode의 람다 메모라이제이션 기능Strong Skipping Mode는 Compose가 람다를 처리하는 방식을 개선해 리컴포지션 최적화를 자동으로 지원할 수 있음. 이 기능은 Compose 1.5.0 이상에서 활성화되며, 람다 사용 시 리컴포지션을 방지할 수 있도록 자동으로 최적화를 제공할 수 있음.람다 메모라이제이션의 기본 원리Compose는 람다가 이전과 동일한 객체인지 확인해 리컴포지션을 건너뛸 수 있을지 판단함. 이전 Compose에서는 람다가 새로운 객체로 간주되면 리컴포지션이 발생했지만, Strong Skipping Mode에서는 이를 자동으로 메모라이제이션하여 불필요한 리컴포지션을 줄일 수 있음.1. 람다의 안정성 판단Strong Skipping Mode는 람다..

안드로이드 개발을 코틀린으로 진행하다보면 Sealed, Open, Abstract 클래스를 많이 사용하게 된다. 자주 사용하다보면 어떤 상황에 쓰면 되는지 감은 오지만 정확히 정리해본적은 없는 것 같아서 시작한다. 코틀린에서 abstract, open, sealed, 그리고 기본 class는 각각의 용도와 제약 조건이 있다. 이들의 차이점과 공통점을 살펴보자.1. abstract, open, sealed 의 공통점모두 클래스이다. 코틀린에서 클래스는 객체 지향 프로그래밍의 기본 단위로, 인스턴스를 생성하거나 상속의 기반이 된다.모두 상속을 허용할 수 있는 클래스로 사용될 수 있지만, 어떤 클래스는 상속이 기본적으로 허용되지 않으며, 상속 가능 여부는 해당 키워드에 따라 결정된다.2. abstract, o..

ℹ️ 배경 회사에서 개발 중 기능의 공통화를 위해서 여러 클래스의 상위 클래스를 제작하였다. 작업 중 상위카드인 ~~~~~.kt에 선언된 var root: SomeDto? = null 를 상속받은 클래스에서 사용할 일이 생겼다. ☢️ 이슈 코틀린에서는 간단하게 직접 변수명으로 접근할 수 있지만, Kotlin으로 선언된 클래스를 상속받은 Java 코드에서는 Setter/Getter를 통해서 접근할 수 밖에 없는 문제가 생겼다. 따라서 기존에 root로 접근하던 수많은 코드를 모두 getRoot()로 변경해주어야 하는 상황이 발생했다. ✅ 해결 @JvmField Instructs the Kotlin compiler not to generate getters/setters for this property an..

안드로이드 개발을 시작한지 3년이 다 되어간다. 쌩독학으로 시작해서, 유튜브 구글링 등으로 원하는 앱을 만들어보며 직접 부딪혔다. 그렇게 한두개씩 개인 앱 프로젝트를 만들다 보니, 어느새 내 플레이스토어 개발자 계정에는 40개 이상의 앱이 올라가 있었고 많은 외주작업을 맡을 수 있는 프리랜서 개발자로도 활동하고 있다. Google Play의 Glacier Han 개발자 Android 앱 안녕하세요, 1인 안드로이드 어플 개발자 Glacier Han 입니다. 약 40개의 안드로이드 앱을 개발 하였으며, 다양한 플랫폼에서 운영중입니다. 앱개발 멘토링 / 앱 외주개발 등도 진행중에 있습니다. play.google.com 처음에는 JAVA로 앱 개발을 배웠다. 약 2년동안 자바로 안드로이드를 하다가, 아무래도 ..