https://dagger.dev/hilt/scope-aliases 7.3 Scope aliases 스코프 별칭은 왜 필요한가? 현재 많은 코드에서 사용중인 스코프 어노테이션 중 Hilt가 제공하는 스코프 어노테이션으로 변경하고 싶다면, 스코프 별칭(Scope alias)는 마이그레이션 할 때 유용하다. 코드베이스에 따라 스코프 어노테이션을 변경하는 것은 많은 작업을 필요로 한다. 스코프 별칭을 추가하는 것으로 이러한 전환 작업을 점진적으로 할 수 있다. 스코프 더보기…
https://dagger.dev/hilt/optional-inject 7.2 Migration – Optional Injection 왜 선택적 주입이 필요한가? Hilt를 사용하는 Fragment는 Hilt를 사용하는 Activity에 속해야 하고, Hilt를 사용하는 Activity는 Hilt를 사용하는 Application에 속해 있어야 한다. 이는 순수한 Hilt 코드베이스를 위해서는 자연스러운 제약조건이며, Hilt를 사용하지 않는 Fragment 또는 Activity를 가지고 있다면 마이그레이션 할때 문제가 될 수 있다. 예를 들면, 더보기…
https://dagger.dev/hilt/migration-guide 7.1 Migration – Guide Hilt로 마이그레이션 하는 것은 코드베이스 상태와 코드베이스가 따르는 관행 또는 패턴에 따라 매우 다양할 수 있다. 이 페이지는 앱 마이그레이션시 발생할 수 있는 몇가지 일반적인 문제에 대한 권고사항을 제공한다. 이 페이지는 여러분이 이미 기본 Hilt API를 이해하고 있다고 가정한다. 그렇지 않은 경우 Hilt를 위한 ‘Quick 더보기…
https://dagger.dev/hilt/instrumentation-testing 6.3 Testing – Instrumentation Testing 테스트 Application 설정하기 Hilt의 테스트 API는 특정 테스트 환경에 무관하게 설계되었다. 그러나 테스트에서 Application 클래스를 설정하기 위한 방법은 Robolectric 또는 안드로이드 Instrumentation 테스트를 사용 중인지 여부에 따라 다르다. 안드로이드 Instrumentation 테스트에서 AndroidJUnitRunner를 확장하는 사용자화 테스트 러너(runner)를 사용하여 Application이 설정될 수 있다. 러너를 사용하는 Application을 더보기…
https://dagger.dev/hilt/robolectric-testing 6.2 Testing – Robolectric Testing 테스트 Application 설정하기 Hilt의 테스트 API는 특정 테스트 환경에 무관하게 설계되었다. 그러나 테스트에서 Application 클래스를 설정하기 위한 방법은 Robolectric 또는 안드로이드 Instrumentation 테스트를 사용 중인지 여부에 따라 다르다. Robolectric 테스트에서는 국소적으로 @Config를 사용하거나 전역적으로 robolectric.properties를 사용하여 Application을 설정할 수 있다. Hilt를 위한 테스트에서 Application은 더보기…
https://dagger.dev/hilt/testing 6.1 Testing – Testing 개요 소개 Note : 현재 Hilt는 안드로이드 Instrumentation 과 Robolectric 테스트만 지원한다. Hilt는 vanilla JVM 테스트에서는 사용할 수 없지만 평소와 같이 이러한 테스트를 작성하지 못하게 막지는 않는다. Hilt는 안드로이드 테스트에 의존성 주입의 기능을 제공하여 테스트를 더 쉽게 만든다. Hilt는 테스트를 통해 Dagger 바인딩에 쉽게 접근하거나 더보기…
https://dagger.dev/hilt/custom-components 5.6 Core APIs – Custom Components 사용자화 컴포넌트가 필요한가? Hilt는 개발자를 위해 관리되는 안드로이드용으로 미리 정의된 컴포넌트들을 가지고 있다. 하지만 표준 Hilt 컴포넌트가 객체의 생애와 맞지 않거나 특정 기능을 필요로 하는 상황들이 생기기 마련이다. 이런 경우에는 사용자화 컴포넌트가 필요하다. 그러나 사용자화 컴포넌트를 생성하기 전에 논리적으로 사용자화 컴포넌트가 반드시 필요한 더보기…
https://dagger.dev/hilt/entry-points 5.5 Core APIs – Entry Points Entry point란 무엇인가? Entry point(진입점)는 Dagger를 사용하여 의존성 주입을 할 수 없는 코드에서 제공된 Dagger 객체를 얻을 수 있는 방법이다. Dagger가 관리 하는 오브젝트 그래프에 코드가 처음 들어가는 지점이다. 만약 Dagger 컴포넌트에 익숙하다면, Entry point는 Hilt가 상속하여 생성할 컴포넌트의 인터페이스다. Entry point는 언제 더보기…
https://dagger.dev/hilt/modules 5.4 Core APIs – Modules Hilt의 모듈은 표준 Dagger 모듈로 @InstallIn이라는 추가적인 어노테이션을 갖는다. @InstallIn은 Hilt의 표준 컴포넌트들 중 어떤 컴포넌트에 모듈을 설치할지 결정한다. Hilt 컴포넌트가 생성될 때 모듈들은 추가된 @InstallIn과 함께 알맞은 컴포넌트 또는 서브컴포넌트에 설치 된다. Dagger와 같이 컴포넌트에 모듈을 설치하면 해당 모듈에 바인딩된 의존성들은 컴포넌트 내 더보기…
https://dagger.dev/hilt/android-entry-point 5.3 Core APIs – Android Entry Points Gradle 플러그인을 사용하는 것을 가정하고 설명하고 있다. 만약 플러그인을 사용하지 않는다면 Gradle 설정하기 섹션을 참조하자. 지원하는 Android 타입 Application에서 멤버 주입이 가능하게 설정하고 나면, 다른 안드로이드 클래스들에서도 @AndroidEntryPoint 어노테이션을 사용하여 멤버 주입을 하는 것이 가능해진다. @AndroidEntryPoint를 사용할 수 있는 타입은 다음과 같다. 더보기…