Android에서 Retrofit 사용하기 두번째 포스팅 입니다.

이전 포스팅에서는 Retrofit을 프로젝트에 추가하고 간단히 사용해보이는 포스팅을 작성하였는데요.

Retrofit객체 설정 -> API 규격에 맞는 Interface 선언 -> Retrofit객체와 Interface를 이용한 클라이언트 객체 생성

이러한 일괄의 과정을 통해 결론적으로 얻게 되는 클라이언트 객체를 이용하여 실제 통신을 하게 된다는 것을 이전 포스팅에서 알아보았습니다.

하지만, 아쉽게도 하나의 Application에서는 한번의 통신만이 아닌 수많은 REST API 통신을 구성하여 실제 사용자와 인터렉션한다는 것을 알고 계실 겁니다.

그렇다면 만약 우리가 개발해야 될 App에 50번의 통신이 발생한다고 과정해보죠.

Interface는 단순히 method를 늘려가는 작업으로 해결 될 수 있을 것 같지만,

최악의 경우, 통신이 필요한 곳마다 위에 적혀 있는 일괄의 작업을 50번 하게 됩니다.

그렇다면 더 최악의 경우, Retrofit객체가 50번이나 생성될 수도 있다는 암묵적인 의미도 가지고 있을 수 있겠네요…

그렇다면 여기서 한번 더 시나리오를 추가해봅시다.

• 특정 상황에 의해 통신해야 될 API 서버의 URL이 바뀌어 버린다면?
• 서버 개발자와 기존엔 협의 되지 않았던 Header에 Token 정보를 API 요청 시, 전달해달라고 한다면?

지금 당장엔 두가지 밖에 떠오르지 않는군요.

여러분은 이러한 상황을 겪었을 경우, 문제를 해결하기 위해 어떻게 접근하실 건가요?

정말 일차원적인 생각으로는 하나의 Retrofit 객체를 잘 작동하게 변경하여 50번의 ctrl + c / v를 통해 변경하는 방법이 있습니다.

하지만, 제가 생각하는 개발자란 종족은 언제나 게으르고 싶어하는 종족이라고 생각이 됩니다.

같은 작업을 여러번 하기 싫어하기 때문에, 시스템을 통해 자동화를 하기 시작한게 아닐까요?

이렇듯, 게으른 우리 개발자님들을 위해,

갑작스레 어떠한 변수가 생기더라도 조금 더 대응하기 쉽고, 조금 더 사용하기 쉽게 Retrofit을 관리할 수 있는 방법인 ServiceGenerator클래스에 대해 포스팅을 해보려 합니다.

개인 App을 만들거나 현업에서 App을 만들다보면, 단순한 화면이동 등의 기능으로는 사용자의 요구사항을 충당하기 힘이 듭니다.

일반적인 App은 서버와 클라이언트가 네트워크 통신을 통해 데이터를 주고 받으며 실질적으로 화면에 정보를 표출하고, 입력된 정보를 저장하는 등의 여러가지 기능들이 구현되어 있습니다.

App에서의 네트워킹 기능은 필수라고 해도 과언이 아닐 정도이죠.

그리고 요즘은 일반적으로 서버와 클라이언트가 데이터를 주고 받는 과정에서, REST API라는 방식을 이용하여 네트워크 통신을 하게 됩니다.

Android Framework에 기본적으로 내장되어 있는 AsyncTask와 HttpURLConnection 객체를 이용하면,
충분히 네트워크 통신에 대한 기능을 구현할 수 있지만,
직접 네트워크 통신을 구현하면 필수적으로 처리해주어야 할 몇가지의 작업으로 인해 여간 귀찮은 것이 아닙니다.

예를들어, 네트워크 연결 / 해제 / 데이터 파싱 / 파싱된 데이터를 데이터 클래스에 저장 / 에러처리 등이 있겠네요.

하지만, 이렇게 귀찮은 작업을 굉장히 편리하게 해주는 도구가 있습니다.

이번 포스팅에서는,
그 중에서도, REST API 통신에 특화되어 있는 Retrofit이라는 App 개발 시 필수적인 Library라고 해도 과언이 아닌 녀석의 기본 사용법에 대해 정리를 해볼까 합니다.

Google I/O 2017에서 Kotlin을 안드로이드 개발언어로 지원한다는 발표 이후, 날이 갈수록 Kotlin의 인기가 높아지는 것 같습니다.
실제로 현업에서도 Kotlin을 도입하기 시작하는 사례도 많이 볼 수 있고, 개발자 커뮤니티에서 Kotlin으로 개발하던 중 생기는 이슈에 대한 질문과 답이 날이 갈수록 늘어가고 있습니다.
또한, 안드로이드와 관련된 컨퍼런스등에서 발표 후 공유되는 자료들만 보아도, Kotlin을 기준으로 진행되는 사례도 많아지고 있고,
여러 스타트업에서 채용공고의 우대사항으로 Kotlin 사용 경험 우대라는 채용공고도 많아지고 있습니다.

당장 현업에서 모든 회사가 Java로 되어 있던 부분을 Kotlin으로 대체하지는 못하겠지만,
기존에 Objective-C로만 개발을 할 수 있었던 IOS의 어플리케이션도 지금은 Swift라는 언어를 이용하여 개발하는 사례가 많이 늘고 있듯이,
머지 않아 안드로이드도 Java의 대안 언어이자 또 다른 공식 언어인 Kotlin을 이용한 개발이 활발해지지 않을까 하는 생각도 듭니다.

아직까지 저희 개발팀에서는 기존의 Java언어를 이용하여 개발 및 유지보수를 진행하고 있지만,
필요에 따라 컨버팅하는 일이 발생하게 되거나, 혹은 제 개인적인 커리어 관리를 위해 요즘들어 저도 Kotlin 언어를 틈틈히 공부하고 있습니다.

이번 포스팅에서는 간단하게 새로운 Android Project를 생성하고, Kotlin으로 코드를 변환한 후,
기존의 Java와 Kotlin 코드를 비교해보는 글을 작성해볼까 합니다.

요즘 많은 어플리케이션을 사용하다보면, 사용자간의 소통을 위한 기능으로 채팅기능을 제공하고 있습니다.
실제로 현업에서 개발을 진행하다보면 채팅은 필수기능으로 꼽힐 정도로 사용자의 니즈가 많은 것 같습니다.

최근들어 제가 속해 있는 스타트업에서는, 채팅기능에 대한 사용자의 피드백과 필요성을 많이 느끼고 있음을 알고,
개발팀에서는 실제 본격적인 개발에 들어가기에 앞서, 채팅기능에 대한 검토와 프로토타이핑을 진행하고 있습니다.

요즘은 기술이 많이 발전하여 채팅을 구현한다고하면 socket통신 / mqtt / xmpp 등 많은 기술스택을 생각할 수 있지만,
저희는 현재 node.js를 이용하여 back-end를 개발해왔으며, npm의 module중 socket통신과 관련된 유명한 module인 socket.io를 이용해서 채팅을 구현해보기로 했습니다.
socket.io팀(?)에서는 다행히도 안드로이드에서 쉽게 socket.io를 사용할 수 있도록 라이브러리도 만들어두었습니다.

이번 포스팅에서는 안드로이드의 Application을 개발하다보면,
흔하게 사용되는 View중에서 EditText에 대한 내용을 정리해보고자 합니다.
EditText에 대한 전반적인 설명은 하지 않을 것입니다. 여러분들은 이미 EditText쯤이야 알고 계시잖…
특별한 내용을 다루진 않고, 어찌보면 EditText를 다루는 팁(?)정도로 생각하시고 가볍게 읽어주세요!

안드로이드를 실제 개발하다보면 이미지는 빠질 수 없는 요소인 것 같습니다.
심지어, 많은 여타의 어플레케이션을 보더라도 이미지 없이 단순한 텍스트로만 UI를 구성하는 어플리케이션은 보기 힘들지 않나요?

화면을 구성함에 있어 조금 더 생기있고, 화려해보이는 목적으로 사용되기도 하고,
혹은, 특정 상품을 팔기 위한 어플리케이션의 경우 상품에 대한 이미지는 필수 요소일 것으로 보입니다.
이러하듯, 이미지를 표출하기 위해서는 우리가 개발하는 어플리케이션에서 유저가 컨텐츠를 작성할 때 이미지를 등록 할 수 있는 무엇인가를 제공해주어야 합니다.

이번 포스팅에서는 제가 개발한 CroPicker라는 안드로이드용 이미지피커 라이브러리를 소개해드릴까 합니다.
라이브러리를 어떻게 작성하는지에 대해서는 기회가 된다면 다른 포스팅에서 제공할 수 있도록 포스팅 계획을 수립해 보겠습니다.
이번 포스팅에서는 머리아프게 하지 않고, 이러한 라이브러리도 있구나?를 알려드리기 위해 라이브러리를 소개하는 짧은 글을 작성해볼까 합니다.

저번 포스팅에서 Intent 객체에 대해서 알아보았습니다.
Intent 객체에 대하여 기억이 나지 않는다면, 해당 포스팅을 확인해보세요.

Activity??

Activity전환에 대한 이야기를 시작하기에 앞서,
안드로이드를 처음 접하시는 분이라면 Activity가 무엇인지 잘 모를 수도 있습니다. 당연하거지요.
그렇다면 Activity란 무엇일까요??
간단히 말해서, Activity란 하나의 화면을 구성하고 있는 안드로이드 시스템에서의 화면의 단위정도로 생각하시면 됩니다.
웹에 대해 지식이 있는 분이라면 여러개의 html파일이 모여 하나의 웹사이트를 이루듯,
안드로이드는 여러개의 Activity가 모여 하나의 어플리케이션을 이루는 것이죠.

물론, 실질적으로 안드로이드 어플리케이션을 개발하다보면, Activity뿐만 아니라,
Fragment라는 녀석도 필요한 경우가 존재하는데, 이 녀석은 오늘의 주제가 아니니 건너가죠!

블로그를 개편(?) 한 후, 첫번째 포스팅입니다.
새롭게 시작하는 의미에서 이번 포스팅에서는 가볍게 Intent객체에 대하여 설명하는 시간을 가질 예정입니다.

Intent객체?

저도 영어를 잘 못하기 때문에, 사전적 의미를 한번 찾아보았습니다.
사전적인 의미로는 의지, ~ 몰두하는, ~ 강한관심을 보이는등의 의미로 사용되는 것 같네요?

그렇다면, 안드로이드 시스템에서의 Intent객체란 무슨 의미일까요?
의미를 설명하기에 앞서, 안드로이드에서 어떠한 어플리케이션을 사용해보셨다면 아실테지만,
모든 어플리케이션은 여러개의 화면으로 이루어져 있고, 화면을 이동하면서 사용을 한다는 것은 다들 아실 것 같습니다.
또는, 어떠한 어플리케이션들은 다른사람이 미리 만들어둔 어플리케이션을 호출하여 실행해주기도 하죠.

블로그를 다시 만들다.

작년도인 2016년도에 들어서면서 처음으로 블로그라는 것을 시작했었다.
원래 성격이 무엇이든 시작하고자 마음먹으면 지체하지 않고 행동으로 옮기는 경향을 가지고 있지만,
조금은 모순되게도 게으른 성격도 가지고 있는 것이 단점이다.