Simple&Natural

그동안 만든 기능을 테스트하기 위해 매번 앱을 빌드하고 그 결과를 로그에 찍어 보는 방법을 이용했다. 간단한 변수나 함수 하나의 결과값을 보기 위해 전체 앱을 빌드하고 확인하는 건 너무 비효율적이지 않을까? 하는 의문에서 개선방법을 찾기 시작했다. 해당 변수나 함수를 갖고 있는 클래스만 빌드해서 확인해 볼 수는 없을까? 하는 생각이 들었다. 내 소스코드를 돌아보니 클래스끼리 강하게 결합되어 있었기 때문에 하나의 클래스를 실행하기 위해 여기저기 다른 클래스까지 신경써야 하는 문제가 발생했다. 뿐만 아니라 하나의 클래스에서 여러가지 기능이 조잡하게 섞여 있어서 도통 이게 뭐하는 클래스지 하며 정체성의 혼란(?) 을 느끼기 시작했다. 어떤 기능을 테스트하고 싶은데 이게 어느 클래스에 있었는지 찾기가 어려웠던 ..

매일 공부한 내용들을 정리하다 보면 다양한 파트에서 학습한 내용들이 섞여 있어 한 가지 카테고리로 묶기 어려운 경우가 왕왕 생긴다. 안드로이드 개발을 하며 생긴 문제가 특정 언어의 성격이나 타 도메인의 문제와 얽혀 있는 경우 이걸 대체 안드로이드로 분류를 해야 하는지... 자바, 디자인패턴 혹은 네트워크로 분류를 해야 하는지 애매한 경우가 그것이다. 가끔 그때마다 학습한 내용들 위주로 정리하고 향후 특정 카테고리의 내용만 묶어서 다시 정리하는 식으로 해보는 게 어떨까 하는 마음에... 학습정리 카테고리를 따로 만들어서 작성해보려고 한다.