물에 살고싶은 개발자

이번글은 안드로이드 스튜디오에서 각 로그의 컬러를 변경하는 방법이다. 이게 뭔 쓸모가 있을까 싶지만, 실제로 적용해보면 그 효용성은 레인보우브라켓 급이다. 아무튼 시작 ! 1. File -> Settings (Alt+Ctrl+S) -> Editor -> Color Scheme -> Android Logcat 오른쪽 아래쪽에 Inherit values from 체크박스 클릭하면 설정이 가능해진다. 그럼 Foreground 옆에 컬러 클릭하면 아래 이미지처럼 이렇게 뜨니 Hex값을 직접 입력하든 적당히 컬러를 선택하든 해서 컬러변경하면 끝이다. 내가 쓰는 컬러값도 쓰는김에 공유한다. Assert : 68FF7C Debug : 7AC7FF Error : FF6B68 (기존 컬러 유지) Info : E03CFC..

이 글은 내가 자주쓰는 단축키들을 정리할 목적으로 쓴 글임을 밝히며, 기본적인 단축키(컨트롤+F,컨트롤+R,컨트롤+Z 같은것들)는 제외했음을 사전에 밝힌다. 아래 단축키들은 내가 코딩 시 생산성을 위해 사용하는것들 위주로 나열했고, 익숙해지면 꽤나 쓸만하다. 구글 가이드에 나와있는 단축키 1. 파일찾기 shift 키 두번으로도 사용하지만, 클래스만 찾을때는 아래 단축키를 사용한다. 클래스 찾기 Control + N Command+O 2. 마지막 편집위치로 이동 단순히 위치만 이동할때는 컨트롤+알트+좌우 방향키를 이용한다. 하지만 아래의 경우 여러개를 한번에 편집했을 경우 커서까지 돌려주기때문에 은근히 유용하다. 마지막 편집 위치로 이동 Control+Shift+백스페이스 Command+Shift+Dele..

이번 글은 카메라뷰 라이브러리를 사용하다 오류가 발견되어 해결책을 기록하기 위한 글이다. 역시나 바로 선결론 문제발생 : 같은 Fragment에서 카메라를 사용 후 View의 Visible값만 GONE으로 변경해 사용종료처리를 했을때 홈화면을 나갔다 앱으로 돌아오면 화면에 카메라 프리뷰가 보이는 문제가 발생. 해결책 : 이전 글에서 카메라 객체에 뷰(액티비티 또는 프래그먼트)의 생명주기를 연결시켰었는데, 그걸 풀고 수동으로 처리하면 된다. camera.setLifecycleOwner(viewLifecycleOwner) 위 코드처럼 생명주기 연결한 코드를 삭제하거나 주석처리해서 연결을 풀고 아래처럼 생명주기에서 직접 컨트롤하자. // 라이프싸이클과 연계해서 카메라 컨트롤을 위한 변수 var isOpened..

프로젝트에서 커스텀 카메라를 사용할 일이 있었다. 처음엔 안드로이드 자체지원하는 카메라X를 사용했지만.. 사용법도 그리 심플하지만은 않았고, 무엇보다 카메라를 바인딩하는 과정에서 자잘한 문제가 발생하는걸 확인. 결국 고민하다 해당 라이브러리를 사용하게 되었기에 기본 사용법에 대한것들을 남기고자 한다. 바로 시작 ! 1. 설치 - 아래 두가지만 수행해주자 repositories 추가 -> 버전에 따라 다르지만 글쓰는 날짜 기준으로는 setting.gradle에 추가해줘야한다. repositories { mavenCentral() } dependencies 추가 dependencies { api 'com.otaliastudios:cameraview:2.7.2' } 2. 카메라뷰 추가 카메라를 사용할 액티비티..

이 글은 사용법에 대한 글이므로 사용법만 콤팩트하게 적고자 한다. 하지만 글을 시작하기전에 왜써야하는지만 간단하게 적고 시작하자. 안드로이드 개발을 하다보면 테스트 시 앱이 죽는 이유들이 다양한데, 문제는 개발자가 직접 테스트할때는 얼마든지 로그를 보고 수정하면 되지만 외주 작업 시 클라이언트에게 apk를 넘겨 검수를 받는다던가 하는 경우 앱이 죽는 정황만 갖고 디버깅을 하기엔 무리가 있는 경우가 있다. 그럴때 Crashlytics를 적용해두면 앱이 죽을 경우 전부 파이어베이스쪽에 리포트가 오고 로그도 보여주기때문에 디버깅하기가 한층 수월해진다. 적어도 나는 그런 이유로 사용한다. 서론은 여기까지 하고 사용법 시작하겠다 . 1. build.gradle(:app) 에 의존성 추가 dependencies {..

전제 안드로이드 MVVM 구조와 JetPack의 네비게이션,데이터바인딩을 사용하고 있으며, koin의 by sheardViewModel() 을 이용해 여러 Fragment에서 ViewModel을 공유하고 있다. 원인 여러 Fragment에서 ViewModel을 공유하다보니, 데이터의 상태가 유지되어 이전 화면으로 돌아갈 경우 세팅되어있던 데이터가 유지되는것은 좋았으나, 옵저빙에서 네비를 태운 경우 돌아가자마자 다시 observe가 호출되어 다시 앞 화면으로 돌아가는 경우가 생겼다. 즉, Fragment가 세팅됨과 동시에 데이터 변경이 없었음에도 변경된 이력이 있는 LiveData를 다시 옵저빙해 다시 네비를 태우는것. 해결책 네비게이션을 쓰는 경우 무지성으로 LiveData를 상속받아 만든 SingleL..

언제나 그랫듯, 선결론 옵저빙으로 화면을 넘긴 경우 되돌아오면서 다시 같은화면으로 이동시켜서 생긴 문제다. 옵저빙으로 화면을 넘길때 항상 해당 라이브데이터를 바꿔주든 해서 관리해야한다. 즉 ! 뷰모델에 있는 라이브데이터를 이용해 navigate 시킬 경우 아래 예제를 보자. ViewModel.kt ... var onBoardingNav: MutableLiveData = MutableLiveData(false) ... OnBoardingFragment.kt onBoardingNav.observe(viewLifecycleOwner) { navController.navigate(R.id.action_onBoardingFragment_to_loginMainFragment) } Fragment에서 이런식으로 화면..

일단 이 글은 관련 에러가 보일때마다 업데이트 할 목적으로 쓴 글이므로, 내 시행착오가 그대로 쓰일거라고 보면 될듯하다. 참고로 @string/m_string 처럼 문자열 xml에서 가져다 쓸 경우가 많은데, 이게 오타가 나거나 아직 안만든걸 붙이거나 해서 오류가 나는 단순실수의 경우는 제외한다. 바로 솔루션부터 1. Integer를 보내고 그걸 그대로 TextView 등에 그대로 바인딩 할 경우 android:text="@{Integer.toString(intValue)}" android:text="@{String.valueOf(intValue)}" 위 두가지 방법과 같이 정수타입으로 들어온 값을 String으로 바꿔줘야 할 필요가 있다. 일단 여기서 끗 위에서 말햇듯 계속 업데이트할 예정!