일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 책
- 코틀린
- viewmodel
- 알고리즘
- Gradle
- kotlin강좌
- 스레드
- Compose
- 테스트
- 코루틴
- 자바
- mockito
- 안드로이드강좌
- 안드로이드스튜디오
- Kotlin
- ReactiveProgramming
- 회고
- Rxjava
- k8s
- 알게되는
- 병렬프로그래밍
- 글또
- 커스텀상태
- Coroutine
- 안드로이드
- 디자인패턴
- android
- g 단위테스트
- 병럴프로그래밍
- theming
- Today
- Total
목록개발/android 개발 (47)
선생님, 개발을 잘하고 싶어요.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/bxuk5n/btqFbBugEL9/0gjqwqsYTfYxO1cMLIWKVK/img.png)
권한의 목적 안드로이드 유저의 프라이버시를 보호하기 위해서 필요하다. 권한을 사용하기 위해서 AndroidManifest.xml 파일에 사용하고 싶은 권한을 uses-permission 태그를 통해 작성한다. 권한 종류 Normal permissions → 단순히 메니페스트에만 정의하면 설치시에 자동으로 권한을 보장한다. Dangerous permissions → 런타임에 명시적으로 사용자에게 권한을 요청해야 하는 골치거리 → 주로 사용자 개인 정보와 관련된 권한 핵심 함수 ContextCompat.checkSelfPermission → 특정 권한이 PackageManager.PERMISSION_DENIED 인지, PackageManager.PERMISSION_GRANTED 인지 반환 한다. Activi..
목적 반드시 종료되어야 하고, 지연될 수 있는 작업을 백그라운드에서 실행하고 싶을 때 사용한다. 매인 클래스 Worker: 실제 수행할 작업을 doWork 인터페이스에 정의 WorkRequest: Work를 수행하도록 요청한다. 수행할 Worker를 전달해야 한다. 수행할 제약 조건인 Constraints도 전달 가능하다. WorkManager: WorkRequest들을 스케쥴링 한다. Constraints: Work가 실행될 조건을 명세한다. Worker WorkManager에 의해서 생성된다. 내가 직접 생성하는 것이 아니기에, Worker의 멤버 변수가 유지될 것이라는 생각은 버려야 applicationContext로 앱 컨텍스트에 접근 가능하다. 작업의 성공 여부에 따라 Result를 반환한다. ..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/cGV5kt/btqEGgDvkw0/zykbAtr9jFk8a1aUDDivjK/img.png)
Mockito Mockito framework site Intro Why How More Who Links Training Why drink it? Mockito is a mocking framework that tastes really good. It lets you write beautiful tests with a clean & simple API. Mockito doesn’t give you hangover because the tests are very readable and they produc site.mockito.org 초간단 Mockito 란? 테스트를 편하게 하도록 모의 객체(Mock)를 만드는 Mocking 프레임워크입니다. 초간단 Mock 이란? 모의 객체(Mock)는 실제 구현체..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/qzPZT/btqEn8FyZQ3/CkZwNPZk3J2QCeKOsDjaN1/img.jpg)
도입 TDD, 테스트 주도 개발 방법론은 저에게 있어서 하나의 넘어야 할 산처럼 느껴졌습니다. 다양한 컨퍼런스에서 들려오는 테스트 코드의 장점, 각종 회사에서 우대 사항으로 내거는 "유닛/통합 테스트 코드 작성 경험" 레거시 코드를 다룰 때마다 나를 반기는 무수한 사이드 이펙트들 시중에 많은 테스트 관련 책들이 있고, 훌륭한 책들이 많습니다. 하지만 그 개념을 프로젝트에 녹이기 쉽지 않더군요. 그래서 다양한 개인 프로젝트에 테스트 코드를 적용해 보고 느낀 점, 회사에 부분적으로 적용하며 고민한 내용을 공유하려고 합니다. 테스트 책에서 읽은 내용들이 어떻게 MVVM 구조에 녹일 수 있을까 고민하신 분들에게 공감되는 이야기, 실용적인 이야기라면 좋겠네요 😋 다룰 것 안드로이드 테스트에 대해서 설명하지만, 특..