오늘도 삽질중

본 포스팅은 개인정리 목적으로 작성된 글입니다.잘못된 정보가 있을 수 있으며, 피드백은 겸허히 받겠습니다. 해당 챕터를 읽고 인지하면 좋을만한 내용을 간단하게 정리해 봤다. 클래스는 작아야 한다.클래스를 만들 때 첫번 째 규칙은 크기다. 클래스는 작아야 한다.함수는 물리적인 행 수로 크기를 측정하지만 클래스는 다른 척도를 사용한다.클래스가 맡은 책임을 센다. (여기서 책임이란 각자 생각하는 관점 마다 다를것으로 생각한다. 하나의 기능일수도 있고, 큰 카테고리 범주에서 생각하는 것일수도 있고...)* 클래스 내 함수의 갯수가 작다고 해서 만족하는 것이 아니라, 해당 함수들은 하나의 책임을 가지고 그에 해당하는 기능만 구현하는 것이 바람직 하다. 단일 책임 원칙(SRP) 을 준수한다.클래스나 모듈을 변경할 ..

Android Oreo 이상 앱 종료시점 캐치하기 해당 블로그는 다음과 같은 분들에게 도움이 될꺼라 판단합니다. 앱 종료시점(슬라이드 종료) 를 캐치하는데 Oreo 이상은 startForegroundService를 실행하는건 알고 있다.문제는 startForegroundService 는 노티피케이션 ui가 생기는데 이걸 제거하고 싶다. 또는 간단한 백그라운드 서비스를 구현하려고 할 때 startForegroundService를 사용하여 편법으로 백그라운드에서 서비스를 돌릴수 있을까? 아마 이 블로그를 들어온 사람들은 거의 비슷하게 생긴 예제들을 봤을거라고 생각합니다.서비스 시작시 OS 버전을 체크하여 서비스를 실행한다. if (Build.VERSION.SDK_INT >= Build.VERSION_CODE..

본 포스팅은 개인정리 목적으로 작성된 글입니다.잘못된 정보가 있을 수 있으며, 피드백은 겸허히 받겠습니다. 해당 챕터를 읽고 인지하면 좋을만한 내용을 간단하게 정리해 봤다. TDD의 법칙 3가지1. 실패하는 단위 테스트를 작성할 때 까지 실제 코드를 작성 하지 않는다.2. 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.3. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 해당 Flow를 따를 경우 개발과 테스트가 대략 30초 주기로 묶인다.(TDD 작성법이 원할하다고 가정 할 때) 일회용 테스트 코드만 짜다가 자동화된 단위 테스트를 짜기란 쉽지 않다. 둘 사이의 간극은 아주 크다.테스트코드는 간결하고 명확해야 한다. 이유는? 지저분한 테스트 코드로 진행을 하는것..