Vysor를 이용한 안드로이드 원격 미러링 및 디버깅 요즘 코로나로 인해 재택근무를 하는 사람이 많을 것이다. 웬만한 업무처리는 영상통화, 이메일, 메신저를 통해 온라인으로 해결할 수 있다. 하지만 원격근무 중에 동료의 기기에서만 이슈(버그, 크래쉬)가 재현된다면 로그확인 및 디버깅에 어려움이 생긴다. 이 때 Vysor라는 앱을 사용하면 동료가 가지고 있는 기기를 원격으로 미러링 및 더보기…
http://techcon.naver.com/ 네이버 테크콘서트 2020 에서 연사를 맡게 되었습니다. 발표 주제 : 100만 달러짜리 빠른 앱을 만드는 비법 전수 위의 링크를 통해 8월 16일 까지 신청가능하며, 행사는 온라인으로 진행되기 때문에 부담없이 참석 가능합니다. 많은 참석 부탁드립니다. 영상이 나오지 않는다면 아래의 링크로 접속해주시기 바랍니다. 링크 : https://tv.naver.com/v/15353556 발표 자료 : 100만 더보기…
https://dagger.dev/hilt/ Hilt 공식 문서를 번역한 내용입니다 Hilt 공식 문서 번역본 v1.1 by Charlezz 안녕하세요. 찰스입니다. 패스트캠퍼스와 함께 안드로이드 의존성 주입 강의를 제작했습니다. [Android 의존성 주입 완전정복 : Hilt로 확장성 높은 앱 완성하기] 강의 링크 : https://abit.ly/zaylhy Hilt 도입 단계, 혹은 사용을 고려하는 개발자를 위해 만든 실전 프로젝트형 강의로 의존성 주입에 대한 더보기…
Android Asset Studio로 SVG를 XML로 변환시 텍스트가 렌더링 되지 않는다면..? SVG 리소스를 사용하려는 이유 벡터 드로어블을 사용하기 이전에는 각 화면 밀도에 맞는 비트맵 리소스를 제공해왔으나 APK에 포함되는 리소스의 크기도 크고 밀도별 리소스를 관리하는 것도 귀찮다. 안드로이드 APK의 사이즈를 줄이기 위해 비트맵 대신 벡터 드로어블을 사용하는 노력을 할 수 있다. 안드로이드 더보기…
https://dagger.dev/hilt/subcomponents-vs-deps 10.4 Design Decisions – Subcomponents vs Component dependencies 개요 Hilt는 컴포넌트 의존성과 대조적으로 Dagger의 서브컴포넌트를 기본적으로 사용한다. 이 페이지에서는 Hilt가 왜 이러한 방식으로 설계되었는지 설명한다. 단일 바인딩 키 공간 서브 컴포넌트는 기본적으로 모든 바인딩을 전파한다. 여기에는 컴포넌트 의존성을 통해 전파하기 어려운 멀티 바인딩도 포함된다. 멀티 바인딩은 병합된 바인딩 키 더보기…
https://dagger.dev/hilt/monolithic 10.3 Design Decisions – Monolithic Components 개요 Hilt는 단일 컴포넌트 체제를 사용한다. 이것이 의미하는 점은 모든 Activity 클래스들에 의존성 주입을 하는 것에 대해 단일 Activity 컴포넌트의 정의가 사용된다는 것이다. Fragment와 다른 안드로이드 타입들도 같은 맥락이다. 각 Activity는 분리된 컴포넌트 인스턴스를 갖지만, 정의된 컴포넌트 클래스는 공용된다. 이는 각 Activity가 분리된 더보기…
https://dagger.dev/hilt/testing-philosophy 10.2 Design Decisions – Testing Philosophy 개요 이 페이지는 Hilt를 사용하는 테스트 사례를 설명하는 것을 목표로 한다. Hilt의 많은 API와 기능 ( 그리고 특정 기능의 부족함)은 좋은 테스트를 만드는 것에 대한 무언의 철학을 바탕으로 만들어졌다. 좋은 테스트의 개념은 보편적으로 합의 된 것은 아니기 때문에 이 문서는 Hilt 팀의 테스트 더보기…
https://dagger.dev/hilt/design-overview 10.1 Design Decisions – Design Overview 컴포넌트 생성과 모듈/Entry point 설치 Hilt는 전이 클래스 경로에서 모든 모듈과 Entry point를 찾아 컴포넌트를 생성한다. 모든 모듈의 @InstallIn 어노테이션과 Entry point는 정의된 패키지에서 작은 메타데이터 클래스를 생성하게 된다. @HiltAndroidApp를 처리 할 때 컴포넌트에 설치해야 하는 모든 집계된 항목을 찾기 위해 특수 패키지를 더보기…
https://dagger.dev/hilt/creating-extensions 모듈과 Entry point 생성하기 Hilt는 표준 컴포넌트와 클래스 경로에서 모듈 및 Entry point가 선택되는 방식으로 인해 Hilt와 통합하려는 확장(extension) 또는 라이브러리에 특히 적합하다. 그러나, @InstallIn 모듈을 생성하는 확장 또는 Entry point는 Hilt가 올바르게 선택할 수 있도록 생성된 클래스에 추가 정보를 넣어야 한다. @GeneratesRootInput Hilt는 클래스 경로에서 모듈과 Entry point를 더보기…
https://dagger.dev/hilt/compiler-options @InstallIn 검사 비활성화 하기 기본적으로 Hilt는 @InstallIn 어노테이션에 대한 @Module 클래스를 검사하고 @InstallIn이 없다면 에러를 나타낸다. 누군가 실수로 모듈에 @InstallIn을 누락시켰을까봐 이러한 기능이 사용되고 있으며, 이는 Hilt가 해당 모듈을 챙기지 못해 디버깅을 어렵게 만들 수 있다. 이런 검사는 때로는 지나치게 광범위 할 수 있다. 특히 마이그레이션 진행중이라면 말이다. 이러한 더보기…