최데브는 오늘도 프로그래밍을 한다.

데브식스 프로젝트를 진행하다가 동료 안드로이드 개발자분께서 view 에서만 에러처리를 하지말고 네트워크쪽 로직에서도 에러처리를 하자고 말씀하셨다. 이게 맞는 접근법인지는 모르겠지만 그말을 듣고 가만 생각해보니 view에서 발생하는 에러가 아니라 통신에서부터 에러가 생겨서 발생하는 문제를 view에서만 처리하는건 예상치 못한 상황이 발생할 수 있기도 했고 view까지 오지 않아도 사전에 에러로 인한 예기치 못한 상황을 방지 할 수 있기도 했다. 그러면서 정말 괜찮다고 느낀 방법을 소개해주셨는데 그 부분에 대해서 정리를 해보려한다. 전체적인 프로젝트 코드를 다 소개하지는 못하고 일부분만 가져와서 아이디어를 공유하는 정도로 이 글은 작성될 예정이다. 먼저 우리는 RemoteSource 라는 개념을 가져와서 쓰..

공부를 하던중 typealiases 라는 키워드를 알게됐다. 코틀린에서 typealiases 는 긴 제너릭 타입을 사용하는 변수들에 대한 새로운 별명을 지어주는 키워드다.크게 엄청난 역할을 하는것은 아니고 짧게 별칭으로 쓸 수 있게 바꿔주는 용도 정도로 생각하면 좋을 거 같다. typealias DataBaseUseCase = BaseUseCase 이렇게 적어주면 class DatatUseCase @Inject constructor(private val repo: DataRepository) : BaseUseCase 이렇게 됐어야하는게 class DatatUseCase @Inject constructor(private val repo: DataRepository) : DataBaseUseCase 이런식으..

한달이 넘는 시간전 글을 마지막으로 블로그를 쉬었었다. 그때 글에도 남겨져 있지만 마음이 지쳐서 일이 끝나면 집에서 쉬기만하고 데브식스 프로젝트만 조금씩 하는 수준으로 쉬는 시간을 가졌다. 최근에 글이 많이 올라오지 않은 다른 이유도 사실은 요즘 회사에서 안드로이드 개발과 플러터 개발을 동시에 하게 됐는데 아무래도 잘해보지 않았던 플러터를 하다보니 상대적으로 안드로이드쪽 지식보단 플러터쪽 지식을 많이 얻게 됐고 이것에 대해서 나 스스로도 깔끔하게 정리가 되지 않은 상황이라 글을 작성하기가 꺼려졌다. 안드로이드에 좀 더 집중하고 싶은 마음이 크지만 회사 일이라는게 내가 원하는것만 하게 되지는 않으니까 그냥 안드로이드 컴포즈와 비슷한 선언형 UI 에 익숙해지는 시간을 가진다 정도로 생각하고 있다. 실제로도 ..

간만에 쓰는 블로그의 글이 잡담인게 스스로 유감이다. 이것저것 정리하고 쓸것도 많은데 손에 잡히지 않는다. 그렇다고 공부하는걸 그만둔것도 일에 권태를 느낀것도 아니다. 그냥 내 마음의 문제다. 열정과 의지의 문제도 아니고 그냥 마음이 많이 지쳐서 조금 속도를 늦추고 날 보살피고 싶은거 같다. 가슴이 머리를 앞서가면 항상 이런일이 생긴다. 내가 간절하게 바란것과 현실의 괴리를 알았을때 그 간격의 크기만큼 나를 보살필 시간이 필요하다. 그리고 그 간격이 도저히 나만의 의지로는 좁혀지지 못하겠다고 생각이 들었을때는 더욱 더 그렇다. 노력으로만 되지 않는 일도 얼마든지 많으니까 그리고 그런 일의 대부분은 시간이 지나며 덤덤해지는게 대부분이니까. 괜찮아지겠지 이런건 계속 겪어왔고 앞으로도 겪게 되겠지 그러니까 그..

이전 포스팅에서는 BindingAdapter에 대해서 알아봤다. InverseBindingAdapter 에 대해 언급을 했었는데 이번엔 InverseBindingAdapter 에 대해 집중해서 포스팅한다. InverseBindingAdapter 은 양방향 데이터 결합을 지원한다. 갑자기 이게 뭔소린가 싶다면 기존의 BindingAdapter 와 차이가 뭔지를 봐보자. 기존의 Binding 은 Model To View InverseBinding 은 View To Model 이다. 그러나 InverseBinding 은 Binding의 역할도 포함하고 있기에 양방향이라고 볼 수 있다. 쉽게 말하면 Binding 은 Model 있는 값을 View 로 보내주기만 한다면 InverseBinding 은 view에서 ..

Databinding 관련 작업을 하다보면 BindingAdapter에 대해서 자주 보게 된다. 오늘은 BindingAdapter를 작업 할 일이 있었는데 생각이 난김에 정리를 해보려고 한다. 먼저 BindingAdapter는 뭐고 왜 쓰는걸까? BindingAdapter 는 view 의 속성을 커스텀하게 추가시킬 수 있는 것이다. 일단 잡다하게 BindingAdapter 을 적용하기 위해서 필요한 선작업들은 알고 있다는 상황으로 가정하고 적겠다. 먼저 viewmodel 부터 보자. @HiltViewModel class FeedViewModel @Inject constructor (private val feedUsecase: FeedReposUseCase): ViewModel() { private val..

코투린의 비동기 실행을 하다보면 코루틴을 시작할때 launch 를 사용하거나 async 를 사용하거나 하는데 동작은 비슷하게 하지만 둘의 차이가 있다. launch - 새로운 코루틴을 시작한다. 결과값을 전달하지 않을 때 사용한다. async - 결과를 리턴할 수 있는 코루틴을 시작할때만 사용한다. 둘의 차이는 리턴값이 있냐 없냐의 차이다. 뭘 사용하는가에 따라 메소드나 완료 대기에 대한 대응이 달라진다. 이 이야기를 한건 launch 을 사용하면 job 을 반환하고 async 를 사용하면 Deferred 를 반환하기 때문이다. 그럼 다시 제목의 내용으로 돌아와서 job 과 Deferred 에 대해 알아보자. 사실은 job 과 Deferred 는 비슷하다. 그도 그럴게 Deferred 는 job을 확장하..

https://programmers.co.kr/learn/courses/30/lessons/92334?language=java 코딩테스트 연습 - 신고 결과 받기 문제 설명 신입사원 무지는 게시판 불량 이용자를 신고하고 처리 결과를 메일로 발송하는 시스템을 개발하려 합니다. 무지가 개발하려는 시스템은 다음과 같습니다. 각 유저는 한 번에 한 명의 programmers.co.kr import java.util.*; class Solution { public int[] solution(String[] id_list, String[] report, int k) { //한 사람이 여러번 똑같은 사람을 신고하는건 의미가 없으므로 distinct로 중복을 다 제거한다. report = Arrays.stream(re..

코루틴은 일시중단 일단 일시중단이 가능하다. launch 든 async 든 내부에 일시중단을 하는 동작이 있다면 코루틴은 잠시 멈춘다. 코루틴은 일을 협력(?) 한다는 느낌을 내포하고 있는데 여러개의 코루틴이 존재 할 수 있고 어떤 스레드에서 동작할지 명시 해준다면 각각의 코루틴을 잠시 멈췄다가 다른 코루틴을 실행시키고 그리고 일이 마무리되면 다른 코루틴과 같이 결과를 전달하거나 서로 순서를 옮겨다니며 동작한다. 예를 들면 val job3 = CoroutineScope(Dispahchers.IO).async{ //2. IO 스레드에서 작업3을 수행 (1..100).sortedByDescending{it} //5. 작업3이 완료된다. } val job1 = CoroutineScope(Dispahchers...

lateinit과 lazy 는 늦은 초기화를 하게 해주는 키워드다. 늦은 초기화가 뭘까? 늦은 초기화는 선언과 동시에 값을 가져오기 곤란한 상황에 뒤에 이 변수를 초기화 해줄 수 있는 시점이 됐을 때 초기화를 하도록 미뤄주는 역할을 한다. 생각보다 쓸 일이 자주 생기는데 두가지 방법에는 차이가 있다. 먼저 lazy 에 대한 이야기다. 오늘 업무를 진행하다가 Dialog 와 관련된 작업을 할 일이 있었다. 순간 고민이 생겼는데 Dialog를 생성할때 중복되는 내용들을 baseDialog 로 만들어서 부모 클래스로 만들어뒀는데 여기서 높이와 넓이를 부모클래스에서 값을 받도록 하고 있어서 작업하려던 Dialog 에서 override 하고 있는 곳에 값을 넣어 줄 상황이 생겼다. 고정 값으로 값을 집어넣어주면 ..