박상권의 삽질블로그

[안드로이드]TedNaverMapClustering -네이버지도용 클러스터링 유틸리티 라이브러리

박상권 — Sat, 13 Jul 2019 16:49:03 +0900

지금까지 우리는 지도관련 서비스를 만들면서 클러스터링을 사용하려면 Google지도를 사용해야 했습니다

(Google지도에서만 Clustering Utility를 통해 클러스터링을 지원했으니까요)

한국에서 앱을 서비스하기에는 네이버지도가 친숙하며 더 많은 정보들이 있지만 네이버지도용 클러스터링은 없었습니다

웹용 클러스터링은 지원하면서도 안드로이드용 클러스터링은 왜 지원하지 않는지 모르겠네요..

네이버지도 팀에서 클러스터링기능을 지원해주면 좋겠지만 '나오겠지...나오겠지..' 라는 생각만으로 그렇게 몇년이 지나도 클러스터링 기능은 나오지 않았습니다.

~~(일해라 네이버 지도팀)~~

그래서 제가 직접 네이버지도용 클러스터링 라이브러리를 만들었습니다

지금 바로 적용해보고 싶으신 분들은 아래 링크로 접속해서 바로 테스트 해보세요

https://github.com/ParkSangGwon/TedNaverMapClustering

ParkSangGwon/TedNaverMapClustering

네이버지도용 클러스터 유틸리티 라이브러리. Contribute to ParkSangGwon/TedNaverMapClustering development by creating an account on GitHub.

github.com

클러스터링 알고리즘

TedNaverMapClustering의 클러스터링 알고리즘은 GoogleMap의 클러스터링 알고리즘과 같은 방식으로 클러스터링 됩니다.

자세한 구현방식이 궁금하시다면 Efficient Filtering and Clustering Mechanism for Google Maps을 읽어보시면 도움이 되실겁니다.
본인만의 알고리즘으로 클러스터링을 하길 원하는경우 ScreenBasedAlgorithm를 상속받아 알고리즘을 구현하고 setAlgorithm()로 설정해주면 됩니다.

여러 지도에 클러스터링 적용

TedNaverMapClustering은 네이버지도 뿐만 아니라 어떤 지도도 클러스터링을 지원할 수 있도록 설계되어 있습니다.
tedclustering 모듈은 특정 지도에 속해있지 않기 때문에 클러스터링이 필요한 어떤 지도든 확장가능합니다.
하지만 현재 Google지도와 Tmap지도는 공식적으로 클러스터링을 지원하고 있기 때문에 추후 클러스터링이 필요한 지도가 있다면 라이브러리형태로 추가되서 지원할 예정입니다.

네이버지도팀에서 공식적으로 클러스터링을 지원하거나 이 라이브러리를 공식페이지에 소개해서 많은 개발자분들이 네이버 지도를 이용하도록 한다면 네이버에도 많은 도움이 될것이라고 생각합니다

(연락 주세요 네이버 지도팀 관계자 여러분)

앞으로도 공식 API에서 지원하지 않는것들이 있다면 직접 해당 기능을 구현하고 많은 개발자들이 사용할 수 있는 라이브러리로 배포하도록 하겠습니다.

감사합니다.

[안드로이드/Android]TedKeyboardObserver (키보드 show/hide 감지)

박상권 — Thu, 20 Jun 2019 23:31:10 +0900

화면을 개발하다보면 키보드의 상태를 알고 싶을때가 있습니다.

(키보드가 올라왔을때 View를 올리거나 없애거나 하는 등)

Android에서 키보드의 상태를 확인할 수있는 기능을 지원해주면 좋겠지만 그렇지 않았습니다.

TedKeyboardObserver는 키보드의 상태를 감지하고 원하는 작업을 할 수 있도록 도와주는 라이브러리입니다.

https://github.com/ParkSangGwon/TedKeyboardObserver

ParkSangGwon/TedKeyboardObserver

TedKeyboardObserver is keyboard's visibility observer - ParkSangGwon/TedKeyboardObserver

github.com

설정

dependencies {
    implementation 'gun0912.ted:tedkeyboardobserver:x.y.z'
    //implementation 'gun0912.ted:tedkeyboardobserver:1.0.0-alpha2'
}

사용법

- TedKeyboardObserver는 코틀린으로 만들어진 라이브러리 입니다.

- Listener와 RxJava스타일 모두 지원합니다.

RxJava

- 라이브러리 내부에서 알아서 Lifecycle을 관리하기 때문에 별도의 removeObserve()나 RxJava의 dispose()를 해줄필요가 없습니다.

Java

new TedRxKeyboardObserver(this)
         .listen()
         .subscribe(isShow -> {
                     // do something
                 }, Throwable::printStackTrace);

Kotlin

TedRxKeyboardObserver(this)
    .listen()
    .subscribe({ isShow -> // do something }
        , { throwable -> throwable.printStackTrace() })

Listener

Java

new TedKeyboardObserver(this)
                .listen(isShow -> {
                    // do something
                });

Kotlin

TedKeyboardObserver(this)
         .listen { isShow ->
              // do something
         }

어때요? 이 라이브러리와 함께라면 키보드의 움직임을 모두 관찰 할 수 있습니다.

유용하셨다면 GitHub의 star도 눌러주시면 감사하겠습니다.

감사합니다.

코틀린(Kotlin), 꼭 해야하나요?

박상권 — Wed, 15 May 2019 22:03:31 +0900

이 글은 2019년4월5일 있었던 '드로이드나이츠 2019'행사에서 발표했었던 내용에 기반한 포스팅입니다.

제 목소리와 함께 영상으로 시청하실분들은 아래 링크를 통해 영상으로 감상해보세요

https://www.youtube.com/watch?v=e9O0wt-eY-E

"코틀린, 꼭 해야하나요?

코틀린이 나온 이후 몇년전부터 여러 오픈 채팅방과 커뮤니티에 끊임없이 주기적으로 올라오는 질문들입니다.

사실 저는 “코틀린 꼭 해야하나요?” 라는 질문을 “코틀린 하기 싫어요” 라고 읽습니다.

이미 할 사람이라면 이미 학습을 시작 했을것입니다.

이런 질문을 하시는분들은 하기는 싫은데 하는사람은 많고 안할 이유를 찾고 싶은 답정너 느낌입니다.

자매품으로는 아래와 같은 질문들이 있습니다.

- “데이터바인딩 꼭 해야하나요?”
- “RxJava 꼭 해야하나요?”
- “MVP, MVVM으로 꼭 해야하나요?”

TL; DR ( Too Long; Didn’t Read)

네, 하세요 꼭 하세요
두번 하세요

Google ♥ Kotlin

2017년 구글 I/O에서 코틀린은 공식언어로 지정되었습니다.

또한 2019년 구글 I/O에서도 다시한번 코틀린을 언급하면서 Kotlin First 시대를 알리고 구글에서 만드는 라이브러리들은 Kotlin으로 배포할것임을 알렸습니다.

안드로이드 공식 문서를 보시면서 많이 느끼셨겠지만 예제코드의 메인 언어가 코틀린으로 짜여져 있습니다.

예전에는 Java코드밖에 없었는데 어느날 Kotlin탭이 추가되더니 요즘에는 아예 Kotlin탭이 더 먼저 나오기 시작했습니다.

참고로 안드로이드 공식문서는 무조건 영어로, 한글로 보면 안됩니다.

한글번역이 많이 늦어서 영어로는 변경이 되었으나 한글로는 해당 내용이 보이지 않는 불상사가 발생합니다.

Java vs Kotlin

코틀린을 사용했을때 자바언어와의 비교, 특히 코틀린으로 안드로이드로 개발했을때의 차이에 대해서 비교하면서 설명해보겠습니다.

사전 지식

시작하기에 앞서 가장 기본적인 사전지식 몇가지를 소개해드리고 시작하겠습니다.

@Nullable
private String address;
@NonNull
private String id;

Java에서의 Nullable과 NonNull 변수들을 코틀린으로 변환하면 다음과 같습니다.

(NonNull은 support library 19.1 부터 추가된 어노테이션이며 그외 @StringRes, @ColorRes 등 유용한것들도 많습니다.)

var address: String? = null
var id: String = “ted”

Nullable한 변수는 Type에 물음표를, 그렇지 않은 변수는 없이 선언해줍니다.
또한 수정가능한 변수라면 var로 선언합니다.

val birthYear: Int = 1986

Val 의 경우 한번 할당하면 변경 할 수 없습니다.

val birthYear = 1986

타입선언없이 바로 값 할당이 가능합니다.

헤이딜러

뜬금없이 헤이딜러가 나와서 당황하셨죠..?
앞으로 나오는 예제코드들을 저희 회사 서비스에서 쓰이는 개념으로 예를 들어보겠습니다.
헤이딜러는 중고차를 딜러에게 팔고자 하는사람에게 여러명의 딜러 견적을 비교해서 선택하고 판매할 수 있도록 도와주는 서비스입니다.

예시

사용자가 차량 판매 견적을 올리고 경매가 시작된뒤 딜러들이 견적을 올리고 사용자가 판매하고 싶은 딜러를 선택한 상황이라는 예시로 들어보겠습니다.

이 상황의 경우 이와같은 클래스들과 서로의 관계를 갖게 됩니다.

거래정보(Car) 
-> 경매결과(Auction)
-> 선택된 견적(Bid)
-> 해당 견적의 딜러(Dealer)
-> 딜러의 이름 가져오기(String)

Safe call

private String getSelectedDealerName(@Nullable Car car) {
    if (car == null) {
        return null;
    }
    Auction auction = car.getAuction();
    if (auction == null) {
        return null;
    }
    Bid selectedBid = auction.getSelectedBid();
    if (selectedBid == null) {
        return null;
    }
    Dealer dealer = selectedBid.getDealer();
    if (dealer == null) {
        return null;
    }
    return dealer.getName();
}

그런 클래스 구조에서 경매정보를 서버에서 받아와서 선택받은 딜러의 이름을 화면에 표시하기위해서 이름을 가져오게 된다면 위와 같이 표현할 수 있을것입니다.

이때 값을 가져올때마다 if() null 체크를 항상 해주어야 합니다.

대단히 번거롭습니다.

코틀린을 사용한다면 아래와 같이 표현할 수 있습니다.

private fun getSelectedDealerName(car: Car?): String? {
    return car?.auction?.selectedBid?.dealer?.name
}

어때요 참 쉽죠?

물음표를 이용해서 null이 아니라면 다음 변수를 참조할 수 있도록 체이닝할 수 있습니다.
이러한 개념을 safe call이라고 합니다.

Class

public class Dealer {
    @Nullable
    private String name;
    @Nullable
    private String address;

    public Dealer(@Nullable String name, @Nullable String address) {...}

    @Nullable
    public final String getName() {...}

    public final void setName(@Nullable String var1) {...}

    @Nullable
    public final String getAddress() {...}

    public final void setAddress(@Nullable String var1) {...}
}

자바에서 딜러정보 클래스를 만든다면 위와 같이 만들게 될것입니다.
물론 IDE의 도움을 받아서 필드만 선언해주고 setter(), getter()를 만들어주면 되므로 나름대로의 개선이 있었습니다.
하지만 여전히 코드량이 많고 불편한건 사실입니다.

코틀린으로 만들경우 다음과 같이 만들면 끝입니다.

data class Dealer(var name: String?, var address: String?)

var를 선언해서 setter/getter가 자동생성되었고, 물음표를 통해서 Nullable한 필드임을 알 수 있습니다. 또한 생성자도 만들어 줍니다.

심지어 toString(), hashCode(), equals(), copy()까지 모두 알아서 만들어줍니다.(data class 기준)

String template

만약 Log를 찍기 위함이거나 텍스트를 만들때 이와 같이 a + b + c 와 같은 방식으로 String을 만들어줄것입니다.

private void logDealerInfo(@NonNull Dealer dealer) {
    String name = dealer.getName();
    String address = dealer.getAddress();
    Log.d("ted", "딜러이름: " + name + " , 딜러주소: " + address);
}

혹은 조금은 더 개선된 방식으로 String format을 이용해서 간결한 코드로 작성하기도 합니다.

String.format(Locale.getDefault(), "딜러이름: %1%s , 딜러주소: %2$s", name, address)

코틀린을 사용하면 아래와 같이 $ 표시로 바로 변수를 넣어주면서 String을 만들어 줄 수 있습니다.

private fun logDealerInfo(dealer: Dealer){
    val name = dealer.name
    val address = dealer.address
    Log.d("ted","딜러이름: $name , 딜러주소: $address")
}

Overload

오버로딩을 지원해서 생성자나 함수를 만들어야하는 경우도 있습니다.
특히 커스텀뷰를 만들때 아래와 같이 여러 생성자를 오버로딩할 수 있도록 제공해야합니다.
커스텀뷰를 만들때 거의 기계적으로 구현해주는 생성자들 입니다.

public class TedCustomView extends FrameLayout {
    public TedCustomView(@NonNull Context context) {...}

    public TedCustomView(@NonNull Context context, @Nullable AttributeSet attrs) 
{...}

    public TedCustomView(@NonNull Context context, @Nullable AttributeSet attrs,    
int defStyleAttr) {...}

    public TedCustomView(@NonNull Context context, @Nullable AttributeSet attrs, 
int defStyleAttr, int defStyleRes) {...}

}

하지만 코틀린을 사용한다면 간결한 코드로 만들 수 있습니다.

class TedCustomView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0,
    defStyleRes: Int = 0
) :
    FrameLayout(context, attrs, defStyleAttr, defStyleRes) {
    ...
}

= null, = 0 과 같이 만약 해당값이 없다면 default로 이러한 값들이 들어가도록 지정하면 알아서 오버로딩 생성자가 만들어집니다.

Lambda

버튼 클릭 리스너를 만들어줄때 다음과 같이 정의하시게 될겁니다.

button.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View view) {
        // 할일하기
    }
});

물론 요즘 대부분 Java8을 사용하기때문에 이와 같이 람다식으로 선언해주는 경우가 더 많을것입니다.

button.setOnClickListener(view -> {
    // 할일하기
});

그래도 여전히 거의 사실상 쓰이지않는 view를 인자로 받아야하고 __ 과 같은 ignore이름으로 선언하곤 합니다.

하지만 코틀린을 사용하면 아래와 같이 사용가능합니다.

button.setOnClickListener {
    // 할일하기
}

사용되지 않는 view마저도 없애버릴 수 있습니다.

let

딜러 정보를 파라미터로 받아서 null이 아닌지를 체크하고 이름을 가져와서 활용하게 된다면 자바의 경우 이와 같이 코딩하게 됩니다.

private void setDealerName(@Nullable Dealer dealer) {
    if (dealer != null) {
        String name = dealer.getName();
        // 할일하기
    }
}

이때 코틀린에서는 let을 사용합니다.

아까 소개했었던 물음표로 null을 체크하면서 let을 함께 붙여주면 딜러가 null이 아닐때만 이 스코프로 들어오게 되고 그안에서 할일을 해주면 됩니다.

private fun setDealerName(dealer: Dealer?) {
    dealer?.let { dealer ->
        val name = dealer.name
        // 할일하기
    }

}

자바에서의 코드보다 더 직관적이고 간결한 코드로 작성할 수 있습니다.

심지어 람다 인자까지도 없앨수 있고 그럴경우 들어오는 값은 암묵적으로 it으로 사용할 수 있게 됩니다.

 dealer?.let { 
        val name = it.name
        // 할일하기
    }

let + run

딜러정보로부터 이름을 가져와서 사용하는데
만약 딜러정보가 null이거나 이름이 null이면 문제가 발생하고
이때 오류리포팅을 하거나 로그를 남기도록 하는 코드를 작성하고자 한다면 다음과 같이 만들 수 있습니다.

private void setDealer(@Nullable Dealer dealer) {
    if(dealer == null){
        // 문제발생
    }else {
        String name = dealer.getName();
        if(name == null){
            // 문제발생
        }else{
            // 할일하기
        }
    }
}

이름 좀더 간결한 코드로 줄여보고자 한다면 다음과 같이 바꿀 수 있을것입니다.

private void setDealer(@Nullable Dealer dealer) {
    if (dealer != null && dealer.getName() != null) {
        String name = dealer.getName();
        // 할일하기
    } else {
        // 문제발생
    }
}

이때 let과 elvis 오퍼레이터, run으로 다음과 같이 구성할 수 있습니다.

private fun setDealer(dealer: Dealer?) {
    dealer?.name?.let {
        // 할일하기
    } ?: run {
        // 문제발생
    }
}

(아시는분들은 아시겠지만 이 방식에는 구멍이 존재합니다.

let의 마지막 코드의 결과가 null인경우 의도하지 않게 run의 block으로 빠지게되어 의도하지 않은 동작을 유발시킬수 있습니다.

하지만 보통은 그런 케이스가 발생하지 않아서 문제없이 사용하곤 합니다.)

apply

이번에는 딜러 정보를 설정하는 코드를 보겠습니다.
딜러 인스턴스를 생성하고 딜러정보를 열심히 set 해줍니다.

Dealer dealer = new Dealer();
dealer.setName("ted");
dealer.setAddress("서울시 강남구");
dealer.setId("gun0912");

이 코드를 코틀린으로 만든다면 다음과 같이 만들 수 있습니다.

val dealer = Dealer().apply {
    name = "ted"
    address = "서울시 강남구"
    id = "gun0912"
}

apply 를 사용하면 scope안의 정보가 dealer 인스턴스 자체가 되고 바로 해당 인스턴스의 정보를 할당할 수 있습니다.

이 apply는 이런 경우에도 좋습니다.
Activity를 실행하기위해 Intent를 만들고 거기에 여러 값들을 Extra로 넘겨주는 함수를 많이 작성해 보셨을겁니다.

private Intent getTedActivityIntent() {
    Intent intent = new Intent(this, TedActivity.class);
    intent.putExtra(EXTRA_AAA, aaa);
    intent.putExtra(EXTRA_BBB, bbb);
    intent.putExtra(EXTRA_CCC, ccc);
    return intent;
}

이러한 함수도 다음과 같이 새로운 Intent를 만들고 scope안에서 바로 간결하게 작성 가능합니다.

private fun getTedActivityIntent() =
    Intent(this, TedActivity::class.java).apply {
        putExtra(EXTRA_AAA, aaa)
        putExtra(EXTRA_BBB, bbb)
        putExtra(EXTRA_CCC, ccc)
    }

run

아까 잠깐 언급되었던 run을 다음과 같이 사용할 수도 있습니다.

private fun initRecyclerView() {
    binding.recyclerView.run {
        adapter = recyclerViewAdapter
        layoutManager = GridLayoutManager(context, SPAN_COUNT)
        addItemDecoration(DividerItemDecoration(context, LinearLayout.VERTICAL))
        isNestedScrollingEnabled = false
    }
}

만약 run을 사용하지 않았다면 binding.recyclerview.xxxx, binding.recyclerview.xxxx를 계속 타이핑해주어야 했을것입니다.
run은 apply와 사용방식이 비슷하지만 또 다릅니다.

apply / also / run / let / with

Apply, also ,run, let, with가 사용방식이 비슷하면서도 각자가 다른 구조를 갖고 있습니다.

https://medium.com/androiddevelopers/kotlin-standard-functions-cheat-sheet-27f032dd4326

이 자료는 구글 미디엄글에서 각각을 활용하면 좋은 예시를 보여주는 이미집니다.

또한 검색하시다보면 아래와 같이 정리되어 있는 이미지도 많이 만나시게 될겁니다.

scope에 this가 들어오냐 vs it이 들어오냐,

scope의 결과로 자기자신이 return되느냐 vs 마지막 줄의 결과가 return되느냐

등 서로가 비슷하지만 다른 개념들입니다.

저도 사용할때마다 헷갈릴때가 많아서
아예 출력해서 책상위에 두고 왔다갔다하면서 머리속에 넣어두고 있습니다.

Java코드와의 호환

코틀린은 자바와 잘 호환됩니다.
이와같이 코틀린에서 만든 클래스를 자바에서 문제없이 사용할 수 있습니다.

//Kotlin에서 만들고
class ForJava(var name: String, val birth: Int, var isShow: Boolean)

//Java에서 사용
String name = forJava.getName();
forJava.setName("ted");

int birth = forJava.getBirth();

boolean isShow = forJava.isShow();
forJava.setShow(true);

당연히 반대로 자바파일도 코틀린에서 사용할 수 있습니다.
물론 자바에서 Nullable, NonNull같은 어노테이션이 잘 붙어 있다면 거의 완벽하게 호환되서 사용할 수 있을것입니다.

또한 이런 어노테이션들을 이용해서 코틀린에서 만든 코드들을 자바에서 사용할 수 있도록 할 수 있습니다.

@JvmName, @JvmField, @JvmStatic, @JvmOverloads등의 어노테이션들과 Companion이라는 개념이 있습니다.

각 상황에서 쓰이는 예시들이 많으니 한번 사용하게 되시거나 검색해보시면 많은 자료를 얻으실 수 있을겁니다.

Extension function

Swift언어의 extension과 같습니다.
기존에 정의되어있는 클래스에 함수를 추가해서 원래 정의되어있는 함수인것마냥 내가 원하는대로 확장해서 사용할 수 있습니다.

fun Context.showToast(text: CharSequence, duration: Int = Toast.LENGTH_SHORT) {
    Toast.makeText(this, text, duration).show()
}

fun Context.startCallActivity(callNumber: String) {
    val intent = Intent(Intent.ACTION_DIAL)
    val uri = "tel:$callNumber"
    intent.data = Uri.parse(uri)
    startActivity(intent)
}

showToast("안녕하세요")
startCallActivity("01012345678")

물론, 이를 만들때 Extension의 파일을 어떤 패턴으로 정의할것이냐 규칙 결정 필요합니다.

그외

더 유용하고 좋은 키워드들을 검색해서 알아보세요
- 함수형 프로그래밍(Functional programming)
- 다양한 Collection관련 함수들(kotlin.collections): 예) listOf(1, 2, 3)
- Lazy execution(Sequences)
등등

코틀린 변환

처음 코틀린 코드를 만나실때 기존에 자바로 작성되어 있는 코드를 안드로이드 스튜디오를 통해서 코틀린코드로 변환하는 작업을 해봅니다.

[Code] -> [Convert Java File to Kotlin File]

물론 단순 기계적인 변환이기때문에 코틀린스럽지 않게 변환되는 문제는 있습니다.
하지만 그래도 처음부터 코딩하는것보다는 좋은 결과물을 보여줍니다.

Java코드 보기

반대로 만들어져있는 코틀린 코드를 자바코드로 어떻게 되어있는지 확인할 수도 있습니다.
이또한 안드로이드 스튜디오에서 제공해줍니다.

[Tools] -> [Kotlin] -> [Show Kotlin Bytecode]

아까 정의했던 딜러 클래스를 코틀린으로 짠뒤에 이를 자바코드로 변환해본다면

data class Dealer(var name: String?, var address: String?)

바이트코드는 아래와 같이 나오게 됩니다.

물론 뭐라는지 알아볼 수가 없겠죠…
여기서 Decompile버튼을 누릅니다.

그럼 위와 같이 아까 정의했던 Dealer클래스가 자바로 변환되어있는걸 확인할 수 있습니다.
코틀린으로 코딩하다가 자바에서는 어떻게 동작하는지 궁금하거나 확인하면서 만들어야할 경우에 아주 유용하게 쓰입니다.

현업개발

현업 개발자분들의 가장 큰 고민은 기존에 있는 자바코드를 어떻게 코틀린으로 변환할것인가에 대한 고민일 것입니다.
날잡고 모두 코틀린으로 변환하기에는 여기저기서 빵빵 터질것 같고 일정또한 피쳐개발로 인해 충분하지 않을 수도 있습니다.
그래서 저희회사는 이와 같은 코틀린 코드 작성 규칙을 세우고 조금씩 변환해가고 있습니다.

현재 사내 안드로이드 팀 코틀린 코드 작성 규칙
- 새로운 코드는 코틀린으로 작성
- 피쳐개발로 인해 기존코드를 수정해야할경우, 간단한 코드면 함께 kotlin으로 변환
- 여유가 될때마다 kotlin코드로 리팩토링

물론 제가 개인적으로 만드는 코드나 라이브러리들은 100% 코틀린으로 작성하고 있습니다.

코틀린을 자바처럼 코딩하지 말자

제가 회사나 멘토링 기타 행사에서 개발자 면접이나 과제를 리뷰할때 코틀린으로 짠 코드를 볼때 항상 코틀린을 자바처럼 짰는지를 봅니다.
코틀린을 겉핥기로 공부한사람은 코틀린을 자바처럼 코딩합니다.

아래는 코틀린을 제대로 잘 활용하지 않은 사례의 코드들입니다.

val name = bid!!.dealer!!.name
val address = bid!!.dealer!!.address

val intent = Intent(this, TedActivity::class.java)
intent.putExtra(EXTRA_AAA, aaa);
intent.putExtra(EXTRA_BBB, bbb);
intent.putExtra(EXTRA_CCC, ccc);


Log.d("ted", "딜러이름: " + name + " , 딜러주소:" + address)

물론 상황에따라서 느낌표를 사용하게 되기도 하지만 대부분의 케이스에서 !!를 사용하는것은 좋지 않습니다.
또한 앞에서 언급했던 여러가지 코틀린을 사용하면 유용한 것들을 사용하지 않고 자바처럼 코딩하는 코드는 좋지 않은 코드인것 같습니다.

물론 일부는 IDE에서 warning으로 알려주기때문에 금방 수정할 수 있습니다.
그리고 위에서 언급드린 키워드들로 검색하고 익히신다면 더 많이 개선하시게 될것입니다.

내가 작성한 코드를 리뷰받는게 제일 좋습니다.
회사에서 팀원들에게 코드리뷰 받으면서 서로가 서로에게 좋은 영향을 주면 좋고, 혼자 개발한다면 스터디나 여러 네트워킹을 통해서 서로가 서로에게 도움을 주면 좋을것입니다.

Kotlin 꼭 해야하나요?

마지막으로 더이상 앞으로는 이 질문이 나오지 않기를 바라며, 코틀린 언어를 꼭 시작하시라고 말씀드리고 싶습니다.

이상입니다.

끝까지 읽어주셔서 감사합니다.

[안드로이드]CLEARTEXT communication to XXXX not permitted by network security policy

박상권 — Sun, 9 Dec 2018 20:39:49 +0900

"CLEARTEXT communication to XXXX not permitted by network security policy"

어느날 코드를 바꾼게 없는데도 위와 같은 오류가 발생하면서 앱이 실행이 안되는 일이 발생합니다.

그 이유는 여러분 혹은 사용자폰의 OS가 안드로이드 9.0 파이(Pie)이기 때문입니다.

그리고 여러분이 사용하는 API주소, 이미지주소 등 네트워크 경로가 https가 아닌 http로 되어 있기 때문입니다.

안드로이드 9.0 파이에서는 https를 사용하도록 강제합니다.

주소가 http인경우 위와같은 에러메세지가 발생하게 됩니다.

Protecting users with TLS by default in Android P

그외 안드로이드 9.0 파이에서 추가/변경된 내용 살펴보기

2018.12.09 기준으로 아직 안드로이드 9.0 파이버전이 정식배포되지 않아서 이 오류를 발견하신분들은 많지 않을것입니다.

지금까지 우리는 마시멜로우, 오레오 등으로 OS를 업데이트할때마다 여러 이슈들에 맞닥뜨린 경험이 많았습니다.

그래서 저는 파이버전이 미리 배포되기전에 직접 제 폰을 업데이트해서 앞으로 발생할 이슈가 없는지 체크해보았습니다.

(삼성 멤버스앱에서 베타 프로그램에 가입하면 파이버전으로 업데이트해서 테스트해볼 수 있습니다.)

해결방법1

아주 간단합니다.

현재 앱안에서 사용중인 네트워크 주소를 http -> https 로 변경하세요.

그럼 더이상 바꿀 코드가 없습니다.

해결방법2

물론 1번 방법으로 간단하게 변경할 수 없는 경우가 있습니다.

서버에서 아직 https로 구성되어 있지 않은경우에는 어쩔수없이 http로 사용해야합니다.

그럴때는 해당 서버주소를 http여도 실행되도록 허용해주도록 설정해줍니다.

res/xml 에 아래와 같은 xml파일을 만들어 줍니다.

res/xml/network_security_config.xml

<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
    <domain-config cleartextTrafficPermitted="true">
        <domain includeSubdomains="true">api.xxx.com</domain>
    </domain-config>
</network-security-config>

그리고 Manifest에 이 xml파일을 config파일로 지정해줍니다.


<application
    ...
    android:networkSecurityConfig="@xml/network_security_config">

해결방법 2-1

위의 방법은 특정 주소를 허용가능하도록 설정하지만 그렇지 않은 상황인 경우도 있습니다.

예를들면, 우리 서비스가 아닌 특정 사이트나 특정 이미지 경로를 외부를 통해서 가져오게 되는데 이는 우리가 컨트롤 할 수 없는 부분이기 때문에 어쩔수없이 http주소를 사용해야 하는 경우도 있습니다.

그럴땐 위의 res/xml/network_security_config.xml에서 모든 경로가 허용되도록 설정해줍니다.

<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
    <base-config cleartextTrafficPermitted="true" />
</network-security-config>

해결방법3

위의 방법보다 더 간단한 방법도 있습니다.

Android Manfest에서 usesCleartextTraffic를 true로 설정합니다.

<application
    ...
    android:usesCleartextTraffic="true">

이 방법이 2번의 방법보다 훨씬 간단한데 어떤점에서 안좋은게 있는것인지는 아직 알 수 없습니다.

혹시 3번의 방법의 단점을 아시는분은 댓글로 알려주시면 감사하겠습니다.

구글님 저희가 잘못했습니다.. 어린양을 괴롭히지 말아주세요..

안드로이드 기기의 파편화만으로도 대응하기 너무 힘든데 API레벨 OS별로 대응을 하도록 하지 않도록 도와주세요.

하지만 우린 답을 찾을것이다. 늘 그랬듯이

( [IT/Android-TIP (한글)] - [안드로이드]Only fullscreen opaque activities can request orientation 과 중복주의)

그럼 모든 안드로이드 개발자분들의 정신건강을 응원합니다.

피쓰.

[안드로이드]Only fullscreen opaque activities can request orientation

박상권 — Wed, 18 Jul 2018 00:54:13 +0900

"Only fullscreen opaque activities can request orientation"

이 오류 메세지는 갈길바쁜 저희를 힘들게 만듭니다.

이 문장으로 검색하신분들은 대부분 targetSdkVersion을 26이상으로 올리기위한 작업을 한뒤에 이 오류를 받아보셨을 것입니다.

더 정확히는 targetSdkVersion를 27이상으로 설정했을경우 문제가 발생합니다.

이 오류는 왜 발생하는가

여러가지 이유로 투명한 Activity를 만들기위해서 style.xml에 android:windowIsTranslucent를 사용합니다.

<style name="AppTheme.Transparent" parent="@style/TransparentBase">
    <item name="android:windowIsTranslucent">true</item>
</style>

문제는 이 android:windowIsTranslucent로 인해서 발생합니다.

API 26(8.0) SDK에서 아래와 같은 코드가 추가되었습니다.

위의 내용은 아래 파일에서 직접 확인가능 합니다.

Activity.java

API26에서는 Translucent/Floating 으로 만든 투명한 Activity들은 화면 회전고정을 하지 못하게 의도한 것입니다.

아래 commit 메세지에서 위와같은 코드를 추가한 것입니다.

https://android.googlesource.com/platform/frameworks/base/+/39791594560b2326625b663ed6796882900c220f

~~이 이슈덕분에 안드로이드 버전별 SDK코드도 다 까보고 commit 메세지까지 다 확인해보고 내가 구글 안드로이드 개발자가 된 기분은 개뿔~~

이와 같은 히스토리로 인해서 우리는 에러를 만나게 되었습니다.

병주고 약주고

Google 개발자들도 이건 아니다 싶었는지 API 27(8.1)에서는 이 코드를 삭제해 버렸습니다.

https://android.googlesource.com/platform/frameworks/base/+/d4ecffae67fa0dea03c581ca26f76b87a14be763%5E%21/

API 27(8.1)기기 이후부터는 windowIsTranslucent을 사용해도 오류를 발생시키지 않게 됩니다.

즉, 이 오류 메세지는 API 26(8.0) 기기에서만 발생합니다.

대처하기

1. targetSdkVersion 26미만으로 내리기

build.gradle에서 targetSdkVersion을 26으로 내려버리면 이 문제는 발생하지 않습니다.

(참고로 targetSdkVersion를 올렸다가 내리는건 23->22만 불가능하고 다른경우에는 가능합니다.)

하지만 이방법은 임시방편일뿐 올해안에 언젠가 다시 또 그이상으로 올리도록 대응을 해야하기 때문에 추천하지 않습니다.

2. Orientation 주지 않기

1) xml

Manifest파일에 스크린을 고정하기위해 android:screenOrientation="portrait" 을 넣으셨을겁니다.

<activity android:name=".MainActivity"
    android:screenOrientation="portrait"
    android:theme="@style/AppTheme.Transparent"
    >

여기에서 android:screenOrientation="unspecified" 로 설정해주시면 가로/세로 고정을 지정하지 않기때문에 에러가 발생하지 않습니다.


android:screenOrientation="unspecified"

2) Java

만약 가로/세로 고정을 Java코드에서 BaseActivity에서 아래와 같이 항상 고정을 하도록 구현하신분들도 계실겁니다.

setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);

이러한 경우에는 투명Activity로 구현해야하는 부분에서 setRequestedOrientation() 함수를 override해서 no-op 처리해주면 됩니다.


@Override
public void setRequestedOrientation(int requestedOrientation) {
   /*
    if (Build.VERSION.SDK_INT == Build.VERSION_CODES.O) {
        // no-op
    }else{
        super.setRequestedOrientation(requestedOrientation);
    }
    */
    if (Build.VERSION.SDK_INT != Build.VERSION_CODES.O) {
        super.setRequestedOrientation(requestedOrientation);
    }
}

대부분의 개발자들이 이 방법으로 해결하셨을겁니다.

제가 만든 오픈소스 라이브러리들에서 Proxy Activity개념으로 동작하는 투명한 액티비티들에도 이 방법으로 해결했습니다.

https://github.com/ParkSangGwon/TedRxOnActivityResult/pull/6

https://github.com/ParkSangGwon/TedPermission/pull/74

단, 화면회전에 대한 고정을 하지 않았기 때문에 사용자가 기기를 회전하는 것에 대해 이슈가 없는지 꼭 테스트를 해보아야 합니다.

3. try/catch

만약 2번에서 2번째 방법인 BaseActivity에서 setRequestedOrientation()로 고정해주고 있다면 해당 코드만 try/catch로 처리해줍니다.

try {
    setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);
} catch (IllegalStateException ignore) {

}

이렇게 처리해주면 투명한 Activity에서 에러가 발생하더라도 이를 무시하고 투명한 화면을 보여줄 수 있습니다.

4. API 26에서만 windowIsTranslucent 안쓰기

위에서 말씀드렸던것처럼 이 이슈는 오직 API 26(8.0)기기에서만 문제가 발생한다는것을 기억하실 겁니다.

이를 이용해서 style.xml을 API 버전별로 다른 동작을 하도록 분기시켜줍니다.

위와 같이 style.xml 파일을 values, values-v26, values-v27 폴더에 각각 만들어줍니다.

여기서 values-v26에 있는 style.xml에만 windowIsTranslucent을 구현해주지 않으면 해결할 수 있습니다.

values/style.xml

<style name="TransparentBase" parent="@style/AppTheme">
    <item name="android:windowBackground">@android:color/transparent</item>
</style>

<style name="AppTheme.Transparent" parent="@style/TransparentBase">
    <item name="android:windowIsTranslucent">true</item>
</style>

values-v26/style.xml

<style name="AppTheme.Transparent" parent="@style/TransparentBase" />

values-v27/style.xml

<style name="AppTheme.Transparent" parent="@style/TransparentBase">
    <item name="android:windowIsTranslucent">true</item>
</style>

위의 코드에서 확인하실 수 있듯이 values-v26/style.xml에서는 아무 태그를 넣어주지 않게 됩니다.

단, 이 방법으로 구현할경우 API 26(8.0)기기에서는 투명한 화면으로 나타나지 않기 때문에 이에 대한 처리를 해줘야 합니다.

(Activity를 시작하기전에 현재화면의 내용을 캡쳐해서 ImageView에 그려서 background로 지정하는 등의 방법)

ProxyActivity개념으로 사용하는 코드라면 이 방법은 맞지 않습니다.

만약 투명액티비티를 fade-in의 효과를 내면서 나타나게 하기위한 용도로 사용했다면 이 방법을 사용하시면 좋습니다.

API 26(8.0) 기기에서만 fade-in 없이 바로 나오는 정도가 될것이기때문에 큰 이슈가 되지는 않을것입니다.

구글님 저희가 잘못했습니다.. 어린양을 괴롭히지 말아주세요..

안드로이드 기기의 파편화만으로도 대응하기 너무 힘든데 API레벨 OS별로 대응을 하도록 하지 않도록 도와주세요.

하지만 우린 답을 찾을것이다. 늘 그랬듯이

피쓰~

[안드로이드]Firebase Dynamic Link로 사용자 유입시키기

박상권 — Tue, 29 May 2018 22:09:56 +0900

이 포스팅과 같은 내용의 동영상 강의를 확인하시려면 아래 영상을 시청해주세요

https://goo.gl/dbPCaA

어플리케이션 서비스들의 홈페이지를 들어가보면 아래와 같은 화면들을 만나볼 수 있습니다.

이런 서비스들은 서비스에 관심있는사람이 앱을 설치할 수 있도록 설치버튼을 보여줍니다.

(참고로 저는 이 서비스들을 정말 좋아합니다. 기술력도 좋아합니다. 깎아 내리려는 의도는 없습니다.)

안드로이드 사용자는 구글플레이 이미지를 누르면 해당 마켓으로 이동될것이고, 아이폰 사용자는 앱스토어 이미지를 누르면 해당 마켓으로 이동될 것입니다.

하지만 안드로이드 사용자든 아이폰 사용자든 상관없이 설치버튼을 누르면 알아서 해당 사용자의 마켓에 맞게 이동시켜주는 방식이 더 좋은 화면UI 입니다.

또한 만약 이미 해당 서비스가 설치되어 있는사용자라고 하더라도 무조건 설치페이지로 보내버립니다.

그래서 이미 설치된 사용자라면 해당 버튼을 눌렀을때 앱을 실행시키도록 하는것이 더 좋은 방식이라고 생각합니다.

그래서 기획자는 아래와 같은 개발을 요구하게 됩니다.

- 사용자가 안드로이드인지 아이폰인지 구분해서 해당 마켓으로 보내주세요

- 이미 앱을 설치한 사용자라면 앱을 실행하게 해주세요

- 전 기획자니까 이 기능은 개발자님이 만들어 주셔야죠

대부분의 개발자분들은 딥링크를 활용해서 아래와 같이 구현하셨을겁니다.

주로 카드결제나 외부앱을 실행해야하는 경우 딥링크와 타임아웃으로 앱설치여부를 판단하는경우가 많습니다.

이런방식으로 어느정도 해결할 수 있긴하지만 기획자나 마케터가 이런 기능을 요청할때마다 개발자가 이런 형태의 html을 매번 만들어주어야 하는 번거로움이 있습니다.

이럴때 Firebase의 Dynamic link를 사용해주면 좋습니다.

Firebase Dynamic link는 위에서 매번 만들어주었던 기능을 간단하게 만들 수 있습니다.

Console에서 직접 링크 만들기

기획자나 마케터는 코드를 몰라도 개발자 없이 콘솔에서 직접 위와 같은 기능을 하는 링크를 생성할 수 있습니다.

Firebase의 콘솔에서 Dynamic link페이지를 들어갑니다.

앱이 설치되어있을경우 실행시킬 딥링크와 이름을 설정해줍니다.

딥링크를 받아서 해당 기능을 실행시키는 방법은 아래 샘플 코드에서 구현되어 있습니다.

앱이 설치되어있지 않은 사용자의 경우 해당 패키지의 구글플레이 설치화면으로 보내줍니다.

꼭 구글플레이 설치화면이 아니라 원하는 URL로 안드로이드 사용자를 연결 시킬 수도 있습니다.

Dynamic link에 캠페인 추적을 위한 utm_xxx 들을 넣어줄수 있습니다.

생성된 dynamic link는 실제로는 아래와 같은 url을 갖습니다.

dynamic link생성에 익숙해진다면 그이후로는 콘솔에서 작업없이도 url에서 필요한 파라미터들만 바꿔서 바로 원하는 url을 만들어 줄 수도 있습니다.

각 파라미터의 역할과 좀더 다양한 다른 파라미터들에 대해서 살펴보시려면 아래 문서를 참고하세요

https://firebase.google.com/docs/dynamic-links/create-manually?hl=ko

사실 Dynamic Link의 정말 좋은 기능은 이제부터 소개시켜드릴 기능입니다.

중고차 판매 시세 공유하기

저는 현재 PRND컴퍼니에서 헤이딜러라는 중고차 판매 가격비교 서비스를 개발하고 있습니다.

헤이딜러 서비스는 딜러에게 차량을 판매할때 경매시스템의 형태로 최고가 혹은 원하는 딜러에게 판매할 수 있는 서비스입니다.

최근에 추가된 시세조회 기능을 통해 각 차량별 딜러판매 시세를 미리 파악해볼 수 있습니다.

만약 아반떼AD의 판매 시세를 친구에게 알려주기 위해 공유를 한다면 아래와 같은 과정을 거칠것입니다.

1. 친구에게 해당 차량의 시세정보와 서비스를 알려줌

2. 친구는 해당 서비스를 마켓에서 검색

3. 앱 설치

4. 메인화면 실행

5. 시세조회 기능 선택

6....7.....8....9....

10. 기타 등등의 과정을 거쳐서 친구가 공유해줬던 해당차량의 시세조회 기능에 도달하여 알게됨

수많은 단계를 거치다보면 어쩌면 그 친구는 해당 화면까지 도달하지 못했을수도 있습니다...

Dynamic Link로 공유하기

Dynamic Link를 사용한다면 단 3단계면 충분합니다.

1. 친구에게 공유할때 알아서 해당 정보의 Dynamic link가 함께 공유

2. 링크를 누르면 해당 마켓의 설치화면 이동

3. 설치후 실행시 해당 차량의 시세조회 기능에 바로 도달

이전 vs 이후

Dynamic Link를 적용하기 전과 후의 사용자가 거쳐야할 단계 차이를 명확하게 확인할 수 있습니다.

화면 단계단계마다 사용자가 이탈할 확률이 높아지기 때문에 서비스를 운영하는 입장에서는 최대한 이 단계를 줄여서 사용자가 원하는 정보에 도달시켜주는것이 중요합니다.

그렇기 때문에 Dynamic Link가 사용자를 유입시키는데 굉장히 효과적인 역할을 합니다.

활용할만한 사례들

Dynamic Link를 활용하기 좋은 사례들은 아래와 같습니다.

광고/판매페이지 -> 앱안에서의 해당 화면

항공권 예약서비스 혹은 쇼핑몰 등에서 친구에게 해당 상품을 알려주고 그 친구가 서비스에 진입했을때 바로 해당 상품의 화면으로 이동시킬 수 있을 것입니다.

숙박/게임 서비스 추천인코드 입력

호텔이나 기타 서비스에서 지인에게 추천을 해주고 추천인코드를 넣었을때 혜택을 주는 서비스의 경우도 좋을 것입니다.

QR코드를 활용한 오프라인 프로모션

오프라인으로 서비스를 홍보하거나 특정 이벤트를 진행하는 경우 QR코드 자체에 dynamic link를 넣어두어 어떤경로로 사용자가 유입되었는지 파악할 수 있고 해당 고객들에게 맞춤형 혜택을 줄 수 있습니다.

샘플 만들기

Dynamic Link를 활용한 샘플코드를 만들어 보겠습니다.

이 샘플에서는 추천코드를 생성하고, 이를 공유해서 해당 url을 눌렀을때 생성된 추천코드를 인식해서 다이어로그로 띄워주는 기능을 만들것입니다.

바로 코드를 확인하고 돌려보고 싶으신분은 아래 Github주소에서 직접 실행해보시기 바랍니다.

https://github.com/ParkSangGwon/TedDynamicLinkSample

Dynamic Link 만들기

Deep Link 생성

먼저 사용자가 앱을 실행했을때 실행시켜줄 딥링크를 정의해줍니다.

이 샘플에서는 아래와 같은 방식으로 딥링크를 만들어서 설정해 주었습니다.

private Uri getPromotionDeepLink() {
    // Generate promotion code
    String promotionCode = "DF3DY1";
    // https://ted.com/promotion?code=DF3DY1
    return Uri.parse("https://ted.com/" + SEGMENT_PROMOTION + "?" + KEY_CODE + "=" + promotionCode);
}

Dynamic Link 생성

private void onDynamicLinkClick() {
    FirebaseDynamicLinks.getInstance().createDynamicLink()
            .setLink(getPromotionDeepLink())
            .setDynamicLinkDomain("n3a95.app.goo.gl")
            .setAndroidParameters(
                    new DynamicLink.AndroidParameters.Builder(getPackageName())
                            .setMinimumVersion(125)
                            .build())
            .setGoogleAnalyticsParameters(
                    new DynamicLink.GoogleAnalyticsParameters.Builder()
                            .setSource("orkut")
                            .setMedium("social")
                            .setCampaign("example-promo")
                            .build())
            .buildShortDynamicLink()
            .addOnCompleteListener(this, new OnCompleteListener<ShortDynamicLink>() {
                @Override
                public void onComplete(@NonNull Task<ShortDynamicLink> task) {
                    if (task.isSuccessful()) {
                        Uri shortLink = task.getResult().getShortLink();
                        try {
                            Intent sendIntent = new Intent();
                            sendIntent.setAction(Intent.ACTION_SEND);
                            sendIntent.putExtra(Intent.EXTRA_TEXT, shortLink.toString());
                            sendIntent.setType("text/plain");
                            startActivity(Intent.createChooser(sendIntent, "Share"));
                        } catch (ActivityNotFoundException ignored) {
                        }
                    } else {
                        Log.w(TAG, task.toString());
                    }
                }
            });
}

- setLink(): 위에서 만들어준 Depp Link를 세팅해줍니다.

- setDynamicLinkDomain(): 각 Firebase 프로젝트마다 가진 고유값개념입니다. 콘솔에서 확인할 수 있습니다.

- setAndroidParameters(): 안드로이드앱에 대한 설정을 넣어줄수 있습니다. 여기서는 125 버전아래의 앱을 사용중이라면 앱이 설치되어 있어도 앱을 실행시키지 않고 설치페이지로 보내도록 설정되어 있습니다.

- setGoogleAnalyticsParameters(): 마케터, 기획자들이 주로 사용하는 utm_source, utm_xxx 등의 정보들을 설정해줄 수 있습니다.

- buildShortDynamicLink(): 이 함수를 사용해서 긴 url이 아닌 단축url을 생성할 수 있습니다.

링크 생성과 관련된 좀더 상세한 내용은 아래 문서에서 확인하시면 됩니다.

https://firebase.google.com/docs/dynamic-links/android/create

Dynamic Link 처리하기

Manifest 설정

<activity android:name=".MainActivity">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />

        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>

    <intent-filter>
        <action android:name="android.intent.action.VIEW" />

        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.BROWSABLE" />

        <data
            android:host="ted.com"
            android:scheme="http" />
        <data
            android:host="ted.com"
            android:scheme="https" />
    </intent-filter>
</activity>

Manifest에서 위에서 만든 딥링크를 처리해줄 수 있도록 scheme/host를 정의해줍니다.

여기서는 https://ted.com, http://ted.com 으로 실행되는 url에 대해서 MainActivity가 잡아서 실행되도록 정의되어 있습니다.

Deep Link 처리

private void handleDeepLink() {
    FirebaseDynamicLinks.getInstance()
            .getDynamicLink(getIntent())
            .addOnSuccessListener(this, new OnSuccessListener<PendingDynamicLinkData>() {
                @Override
                public void onSuccess(PendingDynamicLinkData pendingDynamicLinkData) {
                    if (pendingDynamicLinkData == null) {
                        Log.d(TAG, "No have dynamic link");
                        return;
                    }
                    Uri deepLink = pendingDynamicLinkData.getLink();
                    Log.d(TAG, "deepLink: " + deepLink);

                    String segment = deepLink.getLastPathSegment();
                    switch (segment) {
                        case SEGMENT_PROMOTION:
                            String code = deepLink.getQueryParameter(KEY_CODE);
                            showPromotionDialog(code);
                            break;
                    }
                }
            })
            .addOnFailureListener(this, new OnFailureListener() {
                @Override
                public void onFailure(@NonNull Exception e) {
                    Log.w(TAG, "getDynamicLink:onFailure", e);
                }
            });
}

- getDynamicLink(): Intent로부터 deep link가 존재하는지 알아옵니다.

만약 처리해야하는 deep link가 존재한다면 PendingDynamicLinkData 값이 null이 아니라 존재할것입니다.

PendingDynamicLinkData로부터 deep link를 가져와서 각 유형에 맞게 처리를 해줍니다.

여기에서는 https://ted.com/promotion?code=DF3DY1 라는 패턴의 유형을 찾아서 그에 해당하는 프로모션 코드를 추출하고 다이어로그로 해당 코드를 띄워주고 있습니다.

이 코드는 아래 Github에서 확인해보실 수 있습니다.

https://github.com/ParkSangGwon/TedDynamicLinkSample

이 샘플코드가 유용하셨다면 Github에서 Star를 눌러주세요

디버깅

Dynamic Link가 의도한대로 잘 동작하도록 만들어져있는지 확인해볼 수 있습니다.

Dynamic Link의 맨 뒤에 ?d=1 을 붙여주기만하면 아래와 같은 경우의 수에 따른 플로우차트를 확인 할 수 있습니다.

https://n3a95.app.goo.gl/iE7WLQnL5mjsuJ7F2?d=1

Firebase Dynamic Link로 효율적으로 사용자를 유입시키고 성공적인 앱서비스를 하시기 바랍니다.

더이상 기획자, 마케터로부터 이런 형태의 url을 만들어 달라는 말도 듣지 않으셨으면 좋겠습니다.

감사합니다.

이 포스팅과 같은 내용의 동영상 강의를 확인하시려면 아래 영상을 시청해주세요

https://goo.gl/dbPCaA

[안드로이드/Android]8.0 오레오 알림채널(Notification Channel) 대응하기

박상권 — Sun, 4 Feb 2018 21:12:18 +0900

지난 2017년 8월, 구글은 안드로이드 8.0 오레오를 공개했습니다.

여러가지 동작 변경사항 중 우리는 알림(Notification)에 대한 변경사항에 대해 꼭 대응을 해주어야 합니다.

우리는 지난 마시멜로우 6.0에서 권한을 대응하면서 느꼈듯이 OS의 업데이트때마다 무엇을 대응해주어야 하는지 눈여겨 보아야 합니다.

[IT/Android-TIP (한글)] - [안드로이드/Android]6.0 마시멜로우 권한체크하고 최적화하기

2018년 1월 기준으로 오레오이상 기기의 점유율은 0.7% 밖에 되지 않습니다.(안드로이드 OS점유율)

현재는 구글의 레퍼런스폰인 넥서스기기에서만 8.0 오레오를 사용할 수 있지만 곧 삼성,LG의 제조사에서도 업데이트를 지원할것이기 때문에 우리는 대응을 해주어야 합니다.

TL;DR(Too long; didn't read)

이 포스팅을 다 읽으실 시간이 없으시거나 ~~귀찮으신분~~들은 아래 샘플을 다운받아보시고 바로 테스트해보실 수 있습니다.
https://github.com/ParkSangGwon/NotificationChannelSample

(여러분의 Github의 Star 눌러주시는 센스도 기대합니다!)

알림채널(Notification Channel)

앱에서 알림(Notification)은 채팅, 새게시글, 댓글, 공지사항등의 다양한 용도로 쓰입니다.

저는 페이스북 운영자입니다.~~(사실 아닙니다)~~

페이스북에서는 사용자에게 여러가지 알림을 보냅니다.

채팅, 친구의 새 게시글 알림, 사용자의 게시글에 대한 댓글, 사용자가 참여한 게시글에 대한 댓글, 친구추천, 기타 공지사항등

하지만 알림의 종류가 많아서 그만큼 알림이 많이 가기때문에 페이스북 사용자들은 불만이 많았습니다.

별로 중요하지 않은 알림은 소리나 진동없이 왔으면 좋겠고 중요하다고 생각하는 알림은 잠금화면에서도 알려주기를 바랬습니다.

이럴때 유용한게 알림채널(Notification Channel)입니다.

Notification Channel을 통해 Notification을 여러가지 용도로 나누어서 관리할 수 있게 만들어 줍니다.

그리고 사용자가 직접 각 채널별로 알림중요도나 기타 설정을 변경할 수도 있습니다.

오레오에서부터는 이 Notification Channel을 필수로 만들어 주어야 합니다.

오레오에서 Notification Channel을 만들어 주지 않으면 알림이 오지 않습니다.

아직 오레오에 대응할 마음의 준비가 안되셨나요?

지금 오레오폰에서 플레이스토어에 있는 내앱을 설치하면 알림이 안올까요?

그렇지 않습니다.

안드로이드에서 targetSdkVersion이 26버전보다 아래라면 문제없이 알림이 옵니다.

아직 마음의 준비가 안되셨거나 ~~귀찮다면~~ targetSdkVersion을 25로 두고 개발하세요.

이미 26으로 올리셨다면 25로 내릴 수 있습니다.

안될것 같다구요? 됩니다! 제가 해봤거든요!

당연히 내리는게 안된다고 생각하고있었는데 가능한 작업이었습니다.

알림채널(Notification Channel) 만들기

Notification Channel을 만드는 방법은 간단합니다.

해당 기기의 OS버전이 오레오이상일때 Notification Channel을 만들어주고 필요한 설정을 해준뒤 NotificationManager의 createNotificationChannel()을 호출해주면 됩니다.

Notification Channel의 다른 함수에 대해서는 아래에서 자세하게 살펴보실 수 있습니다.

https://developer.android.com/reference/android/app/NotificationChannel.html

채널은 한번만 만들면 되기때문에 Notification이 올때마다 만들어줄 필요가 없습니다.

Application Class에서 만들어 줘 되고 SharedPreference를 이용해서 한번 만든적이 있다면 그다음부터는 만들지 않도록 해주어도 됩니다.

알림(Notification)에 채널 지정하기

알림에 채널을 지정하는 방법은 간단합니다.

기존에 Notificatioin Builder에서 하던 작업에 어느채널에 포함시킬지 채널ID만 함께 추가해주면 됩니다.

Notification.Builder builder = new Notification.Builder(context, channel)
        .setContentTitle(title)
        .setContentText(body)
        .setSmallIcon(getSmallIcon())
        .setAutoCancel(true);

생성자에서 채널ID를 넣어줄수도 있고 .setChannel() 함수를 이용해서 채널ID를 지정해줄 수도 있습니다.

알림채널(Notification Channel) 관리

알림채널(Notification Channel)을 만들고나서 수정, 삭제가 가능합니다.

NotificationManager의 getNotificationChannel(), createNotificationChannel()을 활용해서 해당 채널ID에 대해서 수정해주면 됩니다.

수정은 채널이름, 채널설명에 대해서만 가능합니다.

알림 중요도나 진동패턴, 소리, 불빛 등에 대해서는 변경해줄 수 없습니다.

삭제는 채널ID를 넘겨주면 삭제할 수 있습니다.

그렇기때문에 수정으로 불가능한것들을 변경해주고 싶은경우 채널을 삭제하고 원하는 설정으로 새로 만들어 주면 됩니다.

하지만 삭제후 재생성을 남용하면 안됩니다.

아래의 스크린샷처럼 특정 채널이 삭제됐음을 사용자가 알수 있음은 물론이고 만약 사용자가 해당 채널의 설정을 변경해서 자신이 원하는대로 쓰고 있었다면 그런 설정들은 모두 날아가고 새로운 설정으로 다시 만들어져버려서 사용자가 화가날수도 있습니다.

알림채널 그룹(Notification Channel Group)

알림채널뿐만 아니라 알림채널 그룹이라는 개념도 추가되었습니다.

트위터처럼 여러 계정을 로그인하게 해주는 앱이거나 개인용도/업무용도로 앱을 나누어서 사용할 수 있는경우 Notification Channel Group을 활용하면 좋습니다.

그룹ID와 이름을 지정해서 NotificationChannelGroup을 만들어주고 NotificationManager의 createNotificationChannelGroup()를 호출해주면 됩니다.

또한 채널을 만들때 setGroup()으로 해당 채널을 어느 그룹에 포함시킬지 지정해주면 됩니다.

트위터의 경우, 사용자의 계정이름을 Notification Channel Group 이름으로 사용하여 각 사용자별로 알림을 지정할 수 있도록 지원합니다.

기타: 삽질하면서 알게된것들

알림채널을 대응하기위해서 여러가지 앱들을 설치해서 테스트 해보던중에 특이한것을 발견하였습니다.

채널처럼 생겼지만 다른채널과는 다른 'Uncategorized' 라는걸 발견하게 되었습니다.

심지어 알림에대해서 설정할수도 없으며 'Let the app decide'라고 다른 채널의 설정과는 다르게 쓰여져 있습니다.

뭔가 채널이 지정되지 않은 알림은 이 채널에 속할것 같은 느낌적인 느낌이 있었습니다.

하지만 어떻게 저걸 만들어 내는지 알지 못했습니다.

공식 문서를 뒤져봐도 관련된 언급이 없었습니다.

그러던중 재현하는 방법을 알게되었습니다.

이러한 현상은 라이브러리를 사용하고 있을때 앱의 targetSdkVersion은 25이하이지만, 라이브러리의 targetSdkVersion이 26이상인경우에서 발생합니다.

물론 위와같은 상황에서도 채널을 1개도 만들지 않는다면 상관없지만 채널을 1개라도 만들경우 'Uncategorized' 가 생성됩니다.

Notification을 만들때 channel id를 지정하지 않으면 이 Notification은 'Uncategorized'에 속하는것을 확인했습니다.

지금까지 구현사항에 대해서 샘플을 만들어두었으니 아직 감이 안오시는분들은 참고하시기 바랍니다.

https://github.com/ParkSangGwon/NotificationChannelSample

(여러분의 Github의 Star 눌러주시는 센스!)

안드로이드 공식페이지에서도 Notification Channel에 대해서 확인해보실 수도 있습니다.

https://developer.android.com/guide/topics/ui/notifiers/notifications.html#ManageChannels

(한국어로 설정하시면 보이지 않습니다. 언어를 영어로 선택하셔야 보여집니다.)

지금까지 안드로이드 8.0 오레오에서 추가된 알림채널(Notification Channel)에 대해 포스팅 해보았습니다.

어때요 참 쉽죠?

알림채널(Notification Channel)에 대해서 이해하고 나서 유용한 알림관리 방식이라는걸 느끼게 되었습니다.

잘 알려진 여러 앱들을 다운받아봐서 확인했을대 아직 알림채널에 대해서 대응한 앱은 많이 보이지 않았습니다.

하지만 마시멜로우 권한대응때처럼 점점 이 기능에 대한 대응이 필요하게 될것입니다.

여러분 모두 오레오 기기의 점유율이 늘어나기전에 새로운 변화에 대응해서 좋은 앱서비스 품질을 유지하셨으면 좋겠습니다.

감사합니다.

안드로이드 개발자끼리 소통하기위한 오픈채팅방을 만들었습니다.

안드로이드 관련 Q&A및 팁을 공유하는 곳입니다.

관심있으신분들은 참여해보세요.

https://open.kakao.com/o/g8rSGB

[안드로이드/Android]빌드시간 최적화하기(빌드시간 70%감소)

박상권 — Thu, 28 Sep 2017 00:35:05 +0900

안드로이드 개발을 마치고 에뮬레이터나 실제 기기에서 테스트해보려면 우리는 빌드를 하고 설치해야만 합니다.

이때 빌드시간이 어떤상황이냐에 따라서 몇십분이 될수도 있고 단 몇십초가 될 수도 있습니다.

Eclipse에서 Android Studio로 넘어오신분들은 아시겠지만 제일 처음에 넘어왔을때 불만이 빌드속도가 너무 느리다는것이었습니다.

그래서 빌드속도를 빠르게 하기위하여 'android studio speed up', 'android build time' 등으로 각종 팁을 찾아보고 적용해 보았습니다.

daemon을 활성화하거나 병렬로 실행하거나 기타 등등의 여러 방법이 있었지만 실제로는 빌드시간이 감소하는 효과를 보지 못했습니다.

하지만 아래 소개할 이 방법은 확실하게 빌드시간을 줄일 수 있습니다.

저는 70%의 빌드시간 감소를 경험했습니다.

안드로이드 빌드시간이 감소하면 안좋을 수도 있습니다.

빌드를 기다리는 시간동안 개발자들은 밀린 카카오톡 메세지를 확인하거나 화장실을 가거나 볼일을 보곤 합니다.

그런데 빌드시간이 줄어들면 이런 시간이 줄어들어서 줄인시간만큼 우린 더 많이 일해야할지도 모릅니다.

~~이 글을 대표님은 좋아하지만 직원들은 싫어합니다.~~

제가 적용한 방법은 Google I/O 17에서 소개된 내용을 참고해서 적용했습니다.

https://www.youtube.com/watch?v=7ll-rkLCtyk

그 세션에서 소개한 모든 방법을 적용하지는 않았고 제게 맞는 방법으로 맞추어서 적용했습니다.

각 항목별로 빌드시간을 줄이는법에 대해 알아보겠습니다.

바쁘신분(~~읽기 귀찮으신분~~)들은 Sample 프로젝트를 다운받아서 확인해보셔도 좋습니다.

https://github.com/ParkSangGwon/BuildTimeSpeedUpSample

1. Avoid legacy multidex

65,536개 이상의 함수를 사용하게되면 우리는 Multidex를 사용합니다.

예전에는 Multidex가 생소했지만 요즘에는 라이브러리들을 많이 사용하면서 65,536개 이상은 훌쩍 넘기게되고 Multidex를 자주 사용합니다.

여기서 Android 5.0(API 레벨 21)이상이냐 미만이냐에 따라서 Multidex를 다루는 방법이 달라집니다.

Android 5.0(API 레벨 21) 미만의 플랫폼 버전에서는 앱 코드 실행을 위해 Dalvik 런타임을 사용합니다. 기본적으로, Dalvik에서는 APK당 하나의 classes.dex 바이트코드 파일로 앱을 제한합니다.
Android 5.0(API 레벨 21) 이상에서는 ART라는 런타임을 사용합니다. 기본적으로 이 런타임은 APK 파일로부터 여러 개의 DEX 파일을 로드하는 것을 지원합니다.

즉, Android 5.0(API 레벨 21) 이상에서는 Multidex가 훨씬 빠릅니다.

그래서 minSdkVersion를 21로 설정해주면 아주 빠른 빌드속도를 경험할 수 있습니다.

하지만 대부분 minSdkVersion를 14나 16으로 설정해주기때문에 함부로 minSdkVersion을 21로 설정할 수 없습니다.

그럴때 Flavor를 활용해줍니다.

[IT/Android-TIP (한글)] - [안드로이드]Flavors로 같은 소스코드 다른앱 만들기

dev/prd로 Flavor를 나누어서 개발할때만 minSdkVersion를 21로 설정하고 배포할때는 원래의 minSdkVersion를 적용하도록 설정해주면 됩니다.

dev {
    dimension "stage"
    minSdkVersion 21
}
prd {
    dimension "stage"
    versionCode new Date().format('yyMMddHHmm').toInteger()
}


free {
    dimension "mode"
    applicationIdSuffix ".free"
}
paid {
    dimension "mode"
    applicationIdSuffix ".paid"
}

여기서는 기존에 flavor로 무료앱과 유료앱을 나누어서 운영하고 있다가 dev/prd를 추가한 예시입니다.

dimension을 stage/mode로 나누면 각각 dev/prd - free/paid 중에 선택되서 결정되게 됩니다.

여기에 원래의 debug/release까지 있으니 build할수있는 variant는 아래와 같습니다.

devFreeDebug
devFreeRelease
devPaidDebug
devPaidRelease
prdFreeDebug
prdFreeRelease
prdPaidDebug
prdPaidRelease

실제 개발할때는 devFreeDebug, devPaidDebug를 사용할 것이고 스토어에 올릴때는 prdFreeRelease, prdPaidRelease를 사용할 것입니다.

사실상 나머지 다른 build variant들은 만들어졌지만 쓸모없는것들입니다.

그럴때 ignore를 사용해주면 좋습니다.


android.variantFilter { variant ->
    def buildName = variant.buildType.name;
    def flavorName = variant.getFlavors().get(0).name;

    if (flavorName == 'dev' && buildName == 'release'
            || flavorName == 'prd' && buildName == 'debug') {
        variant.setIgnore(true);
    }
}

사용하지 않을것 같은 variant들은 없애주면 실제로 사용하게될 4개의 variant들만 남습니다.

Google I/O 발표내용에 따르면이 방법을 적용하면 아래와 같은 빌드시간 감소를 줄일 수 있다고 합니다.

2. Disable multi-APK

APK파일의 크기가 클때 abi별/density별로 APK파일을 나누어서 용량을 줄일 수 있습니다.

https://developer.android.com/studio/build/configure-apk-splits.html

실제로 많은 서비스에서 x86용, x86_64용, armeabi-v7a용, arm64-v8a용으로 APK를 분할해서 제공하고 있습니다.

아래와 같은 방식으로 split을 할 수 있습니다.

splits {
    abi {
        enable true
        reset()
        include 'x86', 'x86_64', 'armeabi-v7a', 'arm64-v8a'
        universalApk false
    }
}

그런데 이런 split작업은 빌드시간을 증가시키는 원인이 됩니다.

그러므로 우리는 개발단계에서는 abi별로 split하는 작업을 하지 않게 만들어주어야 합니다.

1번의 방법에서 우리는 dev/prd flavor를 만들었습니다.

그러므로 prd일때만 split해주도록 설정하면 개발에서는 split하지않고 배포할때만 split하도록 설정할 수 있습니다.

android.variantFilter { variant ->
    def flavorName = variant.getFlavors().get(0).name;
    splits.abi.enable = (flavorName == 'prd');
}

3. Minimize included resources / Disable PNG Crunching

개발을 하면서 우리는 보통 1개의 테스트폰만을 사용합니다.

한국어이면서 xxxhdpi이거나 특정 해상도인 테스트폰을 사용할것입니다.

그럴때 resource를 특정 언어와 해상도로 고정해두면 빌드시간을 줄일 수 있습니다.

또한 안드로이드에서 기본으로 PNG를 최적화하는 기능을 끄면 빌드시간을 줄일 수 있습니다.

dev flavor에서 아래와 같이 선언해주면 간단히 적용할 수 있습니다.

dev {
dimension "stage"
minSdkVersion 21
aaptOptions.cruncherEnabled = false
resConfigs "ko", "xxxhdpi"
}

4. Avoid inadvertent changes

앱을 개발하면서 불필요하게 증가시키는 요소들을 줄일 수 있습니다.

앱의 versionCode를 빌드시간으로 정의해서 사용하는 경우도 많이 볼 수 있습니다.

def buildDateTime = new Date().format('yyMMddHHmm').toInteger()
android {
    defaultConfig {
        versionCode buildDateTime
    }
}

하지만 계속 새로 갱신이 되면서 Manifest가 변경되고 이는 빌드시간을 증가시키는 원인이 됩니다.

이러한 방법도 빌드시간을 줄일 수 있습니다.

개발할때는 versionCode를 특정값으로 fix하고 release할때만 실제로 적용시키면 됩니다.

dev {
    dimension "stage"
    versionCode 100
}

prd {
    dimension "stage"
    versionCode new Date().format('yyMMddHHmm').toInteger()
}

5. Fabric

요즘에는 Fabric을 활용하여 사용자분석이나 오류로그를 분석하는 경우가 많습니다.

[IT/Android-TIP (한글)] - [안드로이드]오류 리포팅 서비스 비교(Google Analytics, URQA, Userhabit, Fabric)

개발단계에서는 fabric이 사실 필요 없습니다.

그럴때 fabric을 사용하지 않는것만으로도 빌드시간을 줄일 수 있습니다.

buildTypes {

    debug {
        ...
        ext.enableCrashlytics = false
        ...
    }

}

혹은 개발에서도 Fabric을 사용해야하는경우는 Build id를 update해주는 기능을 꺼주어도 됩니다.

buildTypes {

    debug {
        ext.alwaysUpdateBuildId = false
    }

}

6. 라이브러리 버전

라이브러리를 사용할때 버전을 끝까지 명시해주는것이 좋습니다.

x.x.+ 로 사용할 경우 24시간마다 최신버전을 알아오기때문에 이는 빌드시간이 늘어나는 원인이 됩니다.


dependencies {
    compile 'com.android.support:appcompat-v7:26.0.0-alpha1'
    compile 'com.android.support:appcompat-v7:26.+'
}

결과

실제 프로젝트에 적용했을때 73%의 빌드시간 감소효과를 경험 했습니다.

측정방법은 Android Studio에서 [Build]->[Clean Project]후 [Build]->[Build APK]의 방식으로 수행했습니다.

평균	110초	30초	72.99% 감소
1회	112초	26초
2회	103초	25초
3회	116초	33초
4회	110초	34초
5회	107초	30초

이 빌드시간은 프로젝트의 크기에 따라 다르고 측정하는 PC에 따라 다릅니다.

각자의 프로젝트와 PC환경에서 위와 같은 방법을 적용하기 전/후의 시간을 측정해서 비교해봐야 할것입니다.

이미 구현되어있는 Sample프로젝트를 참고하시기 바랍니다.

https://github.com/ParkSangGwon/BuildTimeSpeedUpSample

이 Sample프로젝트가 유용하셨다면 오른쪽 상단에 Star버튼도 꾹 눌러주시면 감사하겠습니다.

어때요?

이제 빌드시간 70%줄이고 아낀시간으로 그만큼 더 불꽃코딩 할 수 있겠죠?

모두 행복한 코딩하시기 바랍니다.

감사합니다.

[안드로이드/Android]유용한 라이브러리 - TedRxOnActivityResult(RxJava를 활용한 startActivityForResult())

박상권 — Fri, 1 Sep 2017 10:17:13 +0900

Activity를 실행하고 해당 결과를 가져오거나 결과값을 알고 싶을때 우리는 startActivityForResult()를 사용합니다.

startActivityForResult()의 결과는 onActivityResult()에서 받아서 처리합니다.

만약 소스코드를 작성한다면 아래와 같이 작성할 수 있을것입니다.

 @Override
  protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    ...
    
    startActivityForResult(intent,REQ_CODE_AAA);
    
  }

  @Override
  protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    switch (requestCode){
      case REQ_CODE_AAA:
        if(resultCode==RESULT_OK){
          doSomething();
        }
        break;
      default:
        super.onActivityResult(requestCode, resultCode, data);    
    }
    
  }

하지만 이 작업은 은근 귀찮은 일입니다.

호출한곳에서 결과값을 받아야 하는데 다른곳에서 처리 하다보면 처리가 누락되는 문제가 생길 수도 있습니다.

특히 RxJava를 사용하고 있는경우 Chaining방식이 아니라 연속성을 해치게됩니다.

RxJava에서는 아래와 같은 방식으로 사용하고 있을겁니다.

  AA()
  .filter(...)
  .subscribeOn(...)
  .observeOn(...)
  .subscribe(...);

저는 startActivityForResult()와 결과값을 받아오는 방식도 위와같은 방식으로 사용하고 싶었습니다.

그래서 ~~답답해서~~ 제가 TedRxOnActivityResult를 만들었습니다.

TedRxOnActivityResult는 Chaining방식으로 startActivityForResult()를 수행하고 결과값을 받아올 수 있습니다.

https://github.com/ParkSangGwon/TedRxOnActivityResult

설정

현재 사용중인 RxJava의 버전에 따라서 선택할 수 있습니다.

RxJava1

dependencies {
    compile 'gun0912.ted:tedonactivityresult-rx1:1.0.2'
}

RxJava2

dependencies {
    compile 'gun0912.ted:tedonactivityresult-rx2:1.0.2'
}

Normal

RxJava를 사용하고 있지 않아도 사용할 수 있습니다.

dependencies {
    compile 'gun0912.ted:tedonactivityresult:1.0.2'
}

사용 방법

RxJava1/RxJava2 모두 사용방법은 같습니다.

TedRxOnActivityResult.with(this)
    .startActivityForResult(intent)
    .subscribeOn(...)
    .observeOn(...)
    .subscribe(activityResult -> {

      if (activityResult.getResultCode() == RESULT_OK) {
        Intent data = activityResult.getData();
        String name = data.getStringExtra(SampleActivity.EXTRA_NAME);
        int age = data.getIntExtra(SampleActivity.EXTRA_AGE, -1);
      }

    });

RxJava를 사용하고 있지않거나 chaining방식을 원하지 않는다면, Listener를 활용하는 방식으로 사용할 수도 있습니다.

TedOnActivityResult.with(this)
    .setIntent(intent)
    .setListener((resultCode, data) -> {
       if (resultCode == RESULT_OK) {
        String name = data.getStringExtra(SampleActivity.EXTRA_NAME);
        int age = data.getIntExtra(SampleActivity.EXTRA_AGE, -1);
      }

    })
    .startActivityForResult();

Github에서 샘플프로젝트를 다운받아보시고 테스트해보시면 이해하시는데 좀더 수월합니다.

https://github.com/ParkSangGwon/TedRxOnActivityResult

이 라이브러리가 유용하셨다면 오른쪽 상단에 Star버튼도 꾹 눌러주시면 감사하겠습니다.

TedRxOnActivityResult를 활용하셔서 좀더 효율적인 코드를 작성하시고 코딩시간을 줄이시길 바랍니다.

감사합니다.

[안드로이드/Android]Flavors로 같은 소스코드 다른앱 만들기

박상권 — Fri, 12 May 2017 19:11:44 +0900

저는 개인앱을 여러개 운영하고 있습니다.

앗! 이 포스팅을 통해 제 개인앱중 몇가지를 소개해 드리겠습니다.

#특가특공대

- 특가항공권 프로모션/이벤트 정보 알림

https://play.google.com/store/apps/details?id=com.gun0912.promotion

#이번에내려요

- 목적지 도착 알림(도착지 알림)

https://play.google.com/store/apps/details?id=com.gun0912.Nmap

이런 개인앱을 운영하면서 그안에 광고를 넣고 수익을 내고 있습니다.

하지만 이런 광고를 싫어하는 사용자들도 있습니다.

돈주고 살테니 유료앱을 만들어서 제공해달라고 하는 사용자들도 있었습니다.

그래서 저는 무료앱뿐만 아니라 유료앱을 만들기로 하였습니다.

무료앱과 유료앱의 소스코드상에서 차이는 딱 1가지일것입니다.

'광고를 표시하느냐 마느냐'

그냥 아무생각 없이 만들었다면 프로젝트를 복사해서 2개의 프로젝트로 나누고 한군데에서는 광고를 표시하고 나머지 다른데에서는 광고를 표시하지 않게 했을 것입니다.

만약 수정사항이 발생하거나 추가적인 기능이 필요하다면 각각 2개의 프로젝트에 소스코드를 넣어주는 번거롭고 오류를 발생시킬만한 여지가 있는 상황에 놓이게 됩니다.

이럴때 Flavor를 이용한다면 유용합니다.

Flavor는 대부분의 소스코드는 똑같고 일부 값에 의해서 동작을 달리 해야하거나, 앱이름/아이콘을 달리해야하거나 등등의 상황일경우에 유용하게 쓰일 수 있습니다.

이런 경우가 유용하게 쓰일것입니다.

1. 유료앱/무료앱에 따라서 광고를 보여주거나 기타 설정을 다르게 하고 싶은 경우

2. 플레이스토어, 원스토어, 바이두, 텐센트등 배포하는 마켓에 따라서 표시하는 내용이나 값을 다르게 하고 싶은 경우

3. 고객용/관리자용 혹은 고객용/업체용 등으로 버전을 나누어야 하는 경우

4. 기획자가 개발,스테이징,운영 환경에 따른 각각의 앱동작을 확인하고 싶은 경우

5. 국가별/언어별로 앱의 내용을 달리 해서 보여주고 싶은 경우

저는 유료앱과 무료앱에 따라서 광고를 보여주고 안보여주고 앱아이콘과 앱이름을 다르게 표시해주는 샘플앱을 만들어 보겠습니다.

productFlavors 선언

app의 build.gradle에 아래와 같이 productFlavors 내용을 선언해 줍니다.

android {
    
    productFlavors {
        free {
            applicationIdSuffix ".free"
            versionCode 1
            versionName "1.0.0"
        }

        paid {
            applicationIdSuffix ".paid"
            versionCode 2
            versionName "1.0.1"
        }
    }


}

applicationIdSuffix를 이용하면 원래의 applicationId 뒤에 각각 free/paid앱의 아이디가 추가로 붙게됩니다.

예를들어 기본 application id가 'com.gun0912'였다면

free는 'com.gun0912.free'가 되고 paid는 'com.gun0912.paid'의 application id가 됩니다.

versionCode, versionName을 각각 설정해서 버전관리를 해주도록 합니다.

이렇게 flavor로 앱을 나누고 나면 BuildVariant에서 2개의 앱이 각각 나누어서 생기는것을 확인해 보실 수 있습니다.

앱을 실행할때 각각의 free/paid로 나누어서 실행할 수 있습니다.

변수 활용하기

무료앱/유료앱에 따라서 광고를 보여주고 보여주지 않기위해서 buildConfigField를 활용합니다.


android {
    
    productFlavors {
        free {
            ...
            buildConfigField 'boolean', 'IS_FREE', "true"
        }

        paid {
            ...
            buildConfigField 'boolean', 'IS_FREE', "false"
        }
    }


}

위와 같이 선언하면 소스코드에서 아래와 같이 사용할 수 있습니다.


if(BuildConfig.IS_FREE){
    // 무료앱
    // 광고 보여주기
}else{
    // 유료앱
    // 광고 보여주지 않기
}

이뿐만 아니라 flavor를 사용하는 목적에 맞게 여러 변수들을 만들고 소스코드상에서 이를 구분해서 활용할 수 있습니다.

앱 이름 달리하기

각각의 앱의 이름을 다르게 정해줄 수도 있습니다.

이럴때 manifestPlaceholders를 이용합니다.


android {
    
    productFlavors {
        free {
            ...
            manifestPlaceholders = [ appLabel: "Flavor(Free)" ]
        }

        paid {
            ...
            manifestPlaceholders = [ appLabel: "Flavor(Paid)" ]
        }
    }


}

appLabel을 각각 원하는 이름을 정해두고 이를 아래의 Manifest에 변수로 넣어주면 됩니다.

<application
    android:allowBackup="true"
    android:icon="@mipmap/ic_launcher"
    android:label="${appLabel}"
    android:supportsRtl="true"
    android:theme="@style/AppTheme">
    <activity android:name=".MainActivity">
        <intent-filter>
            <action android:name="android.intent.action.MAIN"/>

            <category android:name="android.intent.category.LAUNCHER"/>
        </intent-filter>
    </activity>
</application>

앱 아이콘 달리하기

각각 앱에 따라서 이름을 다르게 한것처럼 아이콘도 다르게 할 수 있습니다.

Flavor를 사용하느냐 사용하지 않느냐에 따라서 폴더의 구조가 아래와 같이 나뉘게 됩니다.

<Flavor 미사용> <Flavor 사용> ┗━app ┗━app ┗━src ┗━src ┗━main ┣━free ┣━java ┃ ┣━java ┗━res ┃ ┗━res ┣━main ┃ ┣━java ┃ ┗━res ┗━paid

┃ ┣━java (노가다...) ┃ ┗━res

각각 free, paid의 res폴더에 같은 이름의 아이콘을 넣어주면 앱은 build 환경에 따라서 그에맞는 앱아이콘을 표시해줄것입니다.

이미지 뿐만 아니라 dimens.xml, string.xml 등 각자 원하는 방법에 따라서 이 폴더구조를 활용하면 됩니다.

위에서 살펴보았던 앱의 이름을 달리 하는 방법도 manifestPlaceholders를 사용하지 않고 각각 free, paid폴더에 string.xml에 앱이름을 넣는 방법으로도 가능합니다.

위와같이 앱을 만들어서 각각 설치를 해주면 소스코드는 똑같지만 내용은 다른 2개의 앱이 설치되어 있는것을 확인할 수 있습니다.

백문이불여일견이죠

위의 샘플 예제는 Github에서 다운받아서 테스트 해보실 수 있습니다.

https://github.com/ParkSangGwon/ProductFlavorSample

Github을 들어가셨다면 꼭 Star 눌러주시면 감사하겠습니다!

저에게는 별풍선 주시는 효과가 있어요!

좀더 자세한 내용이 궁금하시다면 구글 공식 문서를 살펴보셔도 좋습니다.

소스코드는 비슷하지만 일부분만 다른 앱을 만들고 싶으시다면 flavor를 활용해서 효율적인 코딩을 하시기 바랍니다.

감사합니다.

[안드로이드/Android]tools attribute 유용하게 활용하기(xmlns:tools="http://schemas.android.com/tools")

박상권 — Sat, 1 Apr 2017 23:47:29 +0900

안드로이드를 개발하면서 프로젝트를 새로 만들거나 xml파일에서 우리가 자주 만나는 녀석이 있습니다.

xmlns:tools="http://schemas.android.com/tools"

xml에 tools:context="xxx" 라는 걸 수도 없이 보아 왔지만

사실 저는 지금까지 그냥 아무생각없이 지워주거나 무시하고 넘어가곤 했었습니다.

~~저만 그랬던게 아니라고 말해주세요~~

그러던 어느날 tools에 대해서 궁금해졌습니다.

tools는 뭐하는 녀석일까요?

알고보면 tools는 그동안 우리가 필요로 했던 기능들을 제공해주는 녀석이었습니다.

유용한 tools의 attribute들을 하나하나씩 소개해드리겠습니다.

tools:text

TextView를 만들고나서 이 TextView에 내용이 어떻게 나오는지 확인을 하고 싶은 경우가 있습니다.

그래서 android:text="어쩌고저쩌고" 처럼 값을 넣어보고 '아 이렇게 나오는구나' 확인을 한뒤 값을 다시 지우곤 합니다.

혹시 이 테스트값을 지우지 않으면 앱에서 실제로 테스트 텍스트값이 나와버려서 곤란한 경우가 있습니다.

이러한 작업은 여간 귀찮은게 아니었지만 다른방법이 없기때문에 항상 이런식으로 TextView가 어떻게 나오는지 테스트를 해왔죠.

하지만 tools:text를 이용한다면 위의 귀찮음이 필요 없습니다.

tools:text에 값을 넣어주면 xml의 layout preview에서 어떻게 나오는지 확인할수 있고 실제 앱에서는 표시되지 않습니다.

위 그림의 경우 preview에서는 오른쪽처럼 모두 값들이 표시되지만 실제 실행할때는 나오지 않습니다.

그외에 tools:src, tools:background등도 위의 기능처럼 똑같이 사용할 수 있습니다.

테스트해본결과 android:xxx 로 실행하는 거의 모든 기능을 tools:xxx 로 대체하면 preview에서는 반영되고 실제로는 나오지 않는 기능인걸 확인 할 수 있습니다

(예) tools:layout_marginTop="16dp" 등

tools:visibility

2개의 View가 겹쳐 있을경우 위의 View때문에 아래의 View가 가려지게 됩니다.

그래서 아래에 있는 View를 꾸밀때 어떻게 나오는지 잘 안보여서 위의 View 코드를 없애거나 android:visibilty="invisible" 로 가려놓고 작업을 하곤 하는데 이것 또한 위의View를 보여지는걸로 코드를 돌려놓지 않으면 의도하지 않은 결과가 나옵니다.

하지만 이또한 tools:visibilty를 이용하면 해결할 수 있습니다.

단순히 preview에서만 안보일뿐 실제 실행할때는 원래대로 View의 구조대로 나오게 됩니다.

<Button
    android:id="@+id/button"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="First" />

<Button
    android:id="@+id/button2"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="Second"
    tools:visibility="invisible"  />

tools:listitem

RecyclerView나 ListView를 이용하는경우, 우리는 <RecyclerView> 혹은 <ListView>를 만들고 그에 해당하는 row item 의 xml을 만듭니다.

그럼 아래 스크린샷처럼 해당 RecyclerView/ListView에 해당하는 영역에 Item0, Item1, Item2, Item3 ... 으로 내용이 표시됩니다.

tools:listitem을 이용하면 이 영역에 우리가 보여주고자 하는 row item 을 미리 넣어 볼수 있습니다.

<android.support.v7.widget.RecyclerView

    android:id="@+id/rc_content"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:clipToPadding="false"
    android:paddingLeft="@dimen/default_padding_small"
    android:paddingRight="@dimen/default_padding_small"
    tools:listitem="@layout/content_item"
    />

그냥 단순히 텍스트가 있는것보다는 RecyclerView/ListView에 내가 넣으려고하는 row들이 어떻게 보여질지 미리 확인할 수 있기때문에 훨씬 유용합니다.

이 방법은 GridView,ExpandableListView에서도 먹힙니다.

또한 자매품으로 tools:listheader , tools:listfooter도 있습니다.

tools:layout

xml에서 fragment를 사용하는 경우 preview에서는 회색화면으로 fragment의 영역을 보여줍니다.

하지만 여기서 tools:layout으로 fragment에 보여주려는 layout을 지정하면 어떻게 보여지는지 미리 확인할 수 있습니다.

tools:showIn

tools:showIn은 tools:layout의 반대개념이라고 생각하면 됩니다.

row item입장에서도 '내가 이렇게 만들어지면 나를 쓰는애들하고는 어떻게 조화되서 보이지?' 라고 궁금해할 수 있는데요

이때 showIn을 사용합니다.

activity_main.xml에서 textview1.xml을 <include>태그를 이용하여 넣어주는경우가 있다고 가정해보겠습니다.

textview1.xml입장에서도 내가 activity_main에서 쓰일때 어떻게 보여질지 궁금할수 있습니다.

tools:showIn을 사용하면 내가 어떻게 어울려서 보여질지 미리 알 수 있습니다.

tools:locale

Android Studio의 기본언어는 영어입니다.

프랑스어나 스페인어 등 영어가 아닌 언어를 써주면 Android Studio는 우리에게 스펠링이 틀렸다고 안내가 나옵니다.

~~응안틀렸어~~

영어의 오타를 잡아주는 이 기능은 유용한경우가 많지만 때로는 영어가 아니어서 잘못 표시되는 경우도 있습니다.

이럴때 tools:locale을 이용해서 이 언어가 영어가 아닌 특정국가의 string임을 알려줄수 있습니다.

이 언어가 프랑스 언어인것을 알려주자 더이상 스펠링이 틀렸다고 알려주지 않습니다.

tools:context

이 포스팅의 영감을 주었던 tools:context입니다.

이 xml이 어떤 액티비티와 연관이 있는지를 알려주는 기능입니다.

tools:context=".MainActivity"라고 만들어 두었다면 이 xml은 MainActivity와 연결되어있구나를 미리 알수있고 이와관련된 작업들에 대해서 작업을 도와줄수 있습니다.

위처럼 onButtonClicked라는 없는 함수이름을 지정해줄경우 새로 onButtonClicked()라는 함수를 만들어주어야 하는데 이 xml이 MainActivity와 연결되어있음을 알기때문에 MainActivity에 함수를 만들건지 도와주는 창을 띄워줄수 있습니다.

만약 context를 지정해주지 않으면 어디서 쓰이는지를 모르기때문에 어떤 추천창도 띄워줄수가 없습니다.

tools:ignore

예를들어 다국적 언어를 지원하는 앱을 만들경우 아래와 같이 string.xml을 만들면 Lint오류가 납니다.

string.xml(en)

<string name="open">Open</string>
<string name="close">Close</string>

string.xml(ko)

<string name="open">열기</string>

'close'에 대한 한글번역값이 없기때문에 MissingTranslation Lint 에러가 발생할것입니다.

Lint오류는 사실 우리에게 매우 유용한 경고입니다.

하지만 가끔은 Lint를 꺼주고 싶은경우가 있습니다.

아래처럼 앱이름은 언어와 상관없이 같은 앱이름으로 쓰고 싶은데 한글용 'app_name'이 없다며 오류를 발생시킬것입니다.

<string name="app_name">DestinationAlarm</string>

이럴때 tools:ignore를 이용해서 MissingTranslation을 잠시 꺼두셔도 좋습니다.

<string name="app_name"  tools:ignore="MissingTranslation">DestinationAlarm</string>

MssingTranslation뿐만 아니라 IconMissingDensityFolder등 무시하고싶은 Lint관련 오류에 대해서 ignore해주실수 있으며 tools:ignore="all" 도 사용하실 수 있습니다.

하지만 특별한 상황이 아닌이상 Lint는 무시하지 말고 꼭 지켜주시는 것이 정신건강에 좋습니다.

tools:targetApi

@TargetApi annotaion과 같은역할을 해줍니다.

만약 GridLayout을 사용하려는경우 API레벨 14이상이어야 사용할수있고 그 아래에서는 사용할 수 없습니다.

minsdkVersion이 14보다 아래일경우 문제가 발생합니다.

그래서 targetapi는 14임을 명시해주어서 14이상에서만 앱이 동작할 수 있도록 유도할 수 있습니다.

<GridLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    tools:targetApi="14" >

tools:shrinkMode / tools:keep / tools:discard

이 외에도 shrink와 관련된 tools:keep, tools:shrinkMode, tools:discard등이 있습니다.

shrink는 사용하지않는 코드및 리소스들을 축소시킬때 유용합니다.

자세한 내용은 아래 링크를 통해서 확인하실 수 있습니다.

https://developer.android.com/studio/build/shrink-code.html

shrink를 이용하고 있고 리소스를 축소하고 싶지만 특정 리소스를 유지하거나 없애버리고 싶은경우에 keep과 discard를 이용해주면됩니다.

<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
    tools:keep="@layout/l_used*_c,@layout/l_used_a,@layout/l_used_b*"
    tools:discard="@layout/unused2" />

위와같이 선언해주는 경우 keep한 리소스들은 없어지지 않으며 discard한 리소스들은 없어지게 되는것을 확인할 수 있습니다.

어때요 몰랐던 유용한 tools관련 attribute를 발견하셨나요?

저는 tools:text, tools:layout, tools:listitem을 정말 유용하게 사용하고 있답니다.

여러분들에게도 많은 도움이 되었으면 좋겠습니다.

tools attribute와 함께 행복한 코딩하시기 바랍니다.

감사합니다.

[안드로이드/Android]GIF로 '로딩중' Dialog 띄우는 방법

박상권 — Sat, 18 Mar 2017 15:30:58 +0900

서버와 통신을 하거나 기타 작업을 할때 결과를 받을때까지 사용자가 기다려야 하는 경우가 있습니다.

그럴때 우리는 Progress를 보여주면서 작업이 뭔가 진행되고 있음을 알리곤 합니다.

작업이 진행중임을 나타내는 방법은 여러가지 입니다.

그중에서 GIF이미지를 활용해서 작업이 진행중임을 알리는 방법을 소개해 드리겠습니다.

먼저 완성된 결과부터 보여드리겠습니다.

어떤 작업을 시작하는 경우 사용자에게 아래와 같은 화면을 보여줄수 있습니다.

원리는 간단합니다.

1. Dialog를 띄운다.

2. Dialog의 레이아웃에서 GIF이미지와 텍스트를 보여준다.

그럼 소스코드와 함께 구현방법에 대해서 소개하겠습니다.

바로 테스트 해보고 싶으신분은 Github을 통해 테스트 해보실 수 있습니다.

https://github.com/ParkSangGwon/GifProgressSample

1. GIF준비

먼저 사용할 gif파일을 준비해야 합니다.

직접 만드셔도 되고 어디서 구하시거나 디자이너가 있다면 디자이너로부터 gif를 받으면 됩니다.

gif는 여러 이미지파일들이 연속적으로 보여지는 것이기 때문에 당연히 gif로부터 각각의 frame에 해당하는 이미지파일도 얻을 수 있습니다.

샘플에서 사용된 아래의 GIF는 총 21개의 이미지들이 모여서 만들어진것입니다.

2. AnimationDrawable

이미지를 모두 확보했다면 drawable폴더에 각각의 이미지들을 모두 넣어줍니다.

그리고 이 이미지들을 모두 담는 <animation-list>를 만들어줍니다.

3. Dialog layout

다이어로그가 새로 뜰때 보여줄 레이아웃을 만듭니다.

이 레이아웃은 샘플일뿐이므로 나중에 원하시는대로 변경하시면 됩니다.

저는 이미지 + 메세지 가 표시되는 방법으로 레이아웃을 구성하였습니다.

위에서 만든 drawable을 ImageView의 background로 넣어줍니다.

4. Dialog loading

프로그레스 다이어로그를 띄워야 하는 시점에 Dialog를 만들고 위에서 만든 layout을 customview로 설정 해주면됩니다.

progressON()이라는 함수를 만들었다면 아래와 같은 소스를 만들 수 있습니다.

public void progressON(Activity activity, String message) {

    if (activity == null || activity.isFinishing()) {
        return;
    }


    if (progressDialog != null && progressDialog.isShowing()) {
        progressSET(message);
    } else {

        progressDialog = new AppCompatDialog(activity);
        progressDialog.setCancelable(false);
        progressDialog.getWindow().setBackgroundDrawable(new ColorDrawable(android.graphics.Color.TRANSPARENT));
        progressDialog.setContentView(R.layout.progress_loading);
        progressDialog.show();

    }


    final ImageView img_loading_frame = (ImageView) progressDialog.findViewById(R.id.iv_frame_loading);
    final AnimationDrawable frameAnimation = (AnimationDrawable) img_loading_frame.getBackground();
    img_loading_frame.post(new Runnable() {
        @Override
        public void run() {
            frameAnimation.start();
        }
    });

    TextView tv_progress_message = (TextView) progressDialog.findViewById(R.id.tv_progress_message);
    if (!TextUtils.isEmpty(message)) {
        tv_progress_message.setText(message);
    }


}

프로그레스 다이어로그가 이미 띄워져 있는경우라면 메세지만 바꿔주면 되므로 progressSET()이라는 함수를 만들고 여기서는 메세지 내용만 바꿔줍니다.

public void progressSET(String message) {

    if (progressDialog == null || !progressDialog.isShowing()) {
        return;
    }

    TextView tv_progress_message = (TextView) progressDialog.findViewById(R.id.tv_progress_message);
    if (!TextUtils.isEmpty(message)) {
        tv_progress_message.setText(message);
    }

}

프로그레스를 종료해야하는 시점에는 progressOFF()를 호출합니다.


public void progressOFF() {
    if (progressDialog != null && progressDialog.isShowing()) {
        progressDialog.dismiss();
    }
}

추가 팁

저는 이 함수들을 Application 클래스에 두었습니다.

Application을 singleton으로 만들고 BaseActivity,BaseFragment를 만든뒤 거기서 이 함수들을 활용합니다.

모든 Activity,Fragment는 이 BaseActivity,BaseFragment를 상속받습니다.

그렇게하는경우 단순히 Activity에서 progressON()이라는 함수만 실행해주어도 바로 다이어로그를 띄워줄수가 있습니다.

글만 읽어서는 어떠한 구조인지 잘 이해가 가지 않으실 수 있기때문에 Github에서 샘플프로젝트를 다운받고 돌려보시길 추천드립니다.

https://github.com/ParkSangGwon/GifProgressSample

Github을 들어가셨다면 꼭 Star 눌러주시면 감사하겠습니다!

저에게는 별풍선 주시는 효과가 있어요!

어때요 참 쉽죠?

한문장으로 정리해보자면 GIF이미지들을 확보한뒤 이를 AnimationDrawable형태로 만든뒤에 Dialog를 새로띄우면서 해당 이미지의 애니메이션을 시작해주면 됩니다.

프로그레스를 어떻게 띄워야할지 고민하셨던 분들에게 도움이 되었으면 합니다.

감사합니다.

[안드로이드/Android]DataBinding - Goodbye 버터나이프 Hello 데이터바인딩

박상권 — Sun, 19 Feb 2017 20:05:35 +0900

4줄 요약

1. 데이터바인딩을 사용하면 findViewById() 안해도 자동으로 xml에 만든 View들을 만들어 준다.

2. RecyclerView에서 각각의 item을 set해주는 작업도 xml에서 다 써주면 알아서 값이 들어간다.

3. 값이 바뀌면 알아서 바뀐값으로 View를 변경하게 할수도 있고 기타 등등 유용하게 활용 할만한게 많다.

4. 샘플프로젝트 를 실행해보고 소스코드 보면 직접 느낄수 있다

자 여러분 눈을 감고 상상해보세요

~~아, 눈을 감으면 이글을 못읽으니 눈은 뜨고 상상해보세요~~

새로운 화면을 추가해야 합니다.

안드로이드 스튜디오를 켭니다.

그다음에 무엇을 해야할까요?

네 맞습니다.

xml을 만들고 화면 레이아웃을 구성해야합니다.~~(답정너)~~

아래와 같은 레이아웃을 만들었다고 예를 들어보겠습니다.

- TextView 5개

- Button 1개

- RecyclerView 1개

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
              android:layout_width="match_parent"
              android:layout_height="match_parent"
              android:orientation="vertical">
    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:orientation="horizontal"
        >
        <TextView
            android:id="@+id/tvText1"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />
        <TextView
            android:id="@+id/tvText2"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />
        <TextView
            android:id="@+id/tvText3"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />
        <TextView
            android:id="@+id/tvText4"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />
        <TextView
            android:id="@+id/tvText5"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />
        <Button
            android:id="@+id/btnSample"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:text="button"
            />
    </LinearLayout>
    <android.support.v7.widget.RecyclerView
        android:id="@+id/rcContent"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        />
</LinearLayout>

xml을 만들었으니 이제 Activity에서 View를 이어주어야 겠죠?

TextView tvText1;
TextView tvText2;
TextView tvText3;
TextView tvText4;
TextView tvText5;
Button btnSample;

RecyclerView rcContent;

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.basic_activity);

    tvText1 = (TextView) findViewById(R.id.tvText1);
    tvText2 = (TextView) findViewById(R.id.tvText2);
    tvText3 = (TextView) findViewById(R.id.tvText3);
    tvText4 = (TextView) findViewById(R.id.tvText4);
    tvText5 = (TextView) findViewById(R.id.tvText5);
    btnSample = (Button) findViewById(R.id.btnSample);
    rcContent = (RecyclerView) findViewById(R.id.rcContent);

제일먼저 우리는 아무생각없이 findViewById() 노가다를 해줍니다.

이 레이아웃은 간단한 샘플이기 때문에 몇개 안되는 뷰이지만

만약 10개,100개 그리고 그 이상이라면 그만큼 노가다코드가 필요할 것입니다.

그래서 우리는 버터나이프(Butterknife)를 사용해왔습니다.

[IT/Android-TIP (한글)] - [안드로이드]유용한 라이브러리 - Butter Knife (View Inject)

버터나이프를 사용한다면 우리는 조금이나마 findViewById()노가다를 줄일 수 있습니다.

@BindView(R.id.tvText1)
TextView tvText1;
@BindView(R.id.tvText2)
TextView tvText2;
@BindView(R.id.tvText3)
TextView tvText3;
@BindView(R.id.tvText4)
TextView tvText4;
@BindView(R.id.tvText5)
TextView tvText5;
@BindView(R.id.btnSample)
Button btnSample;

@BindView(R.id.rcContent)
RecyclerView rcContent;


@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.butterknife_activity);
    ButterKnife.bind(this);

버터나이프를 알게되면서 저는 행복했습니다.

소스코드의 양을 반으로 줄여 주었으니까요.

~~사랑합니다 Jake Wharton, 물론 전 남자를 좋아하지는 않습니다.~~

하지만 데이터바인딩(Databinding)을 사용한다면 어떨까요?

위의 화면은 오류가 아닙니다.

따로 View를 정의하고 이어줄 필요가 없습니다.

Databinding을 사용한다면 우리는 아무 소스코드를 적지 않아도 Databinding이 알아서 다 해줍니다.

최소사항

Android 2.1(API레벨 7) 이상
Android Plugin for Gradle 1.5.0-alpha1 이상
Android Studio 1.3 이상

아주 옛날의 환경으로 작업하고 있지 않는한 지금쓰는 환경에서 바로 사용할 수 있습니다.

설정

build.gradle (Module:app)

android{

    //...

    dataBinding {
        enabled = true
    }

}

설정은 gradle에서 enable만 true로 설정해주시면 끝납니다.

참 간단하죠?

xml

Databinding을 사용하기 위해서는 xml의 최상위에 <layout>태그를 감싸줍니다.

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
    >

    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical">

        <!--
            ...
        -->

    </LinearLayout>

</layout>

Java

Activity에서 항상 해주던 setContentView()대신에 DataBindingUtil.setContentView()를 이용해서 layout xml을 이어줍니다.

DatabindingActivityBinding binding;

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    binding = DataBindingUtil.setContentView(this, R.layout.databinding_activity);
    binding.setActivity(this);

xml의 파일이름을 기준으로 XXXBinding 클래스가 새로 생성됩니다.

여기서는 xml의 이름이 databinding_activity.xml 이기때문에 자동으로 DatabindingActivityBinding 클래스가 새로 생성되었습니다.

Binding클래스 이름의 생성은 파스칼표기법 기준으로 변경됩니다.

예를들어 ted_park_activity.xml 파일은 TedParkActivityBinding 클래스를 생성시킵니다.

View를 사용하고자 할때는 binding변수에서 아래와 같이 사용할 수 있습니다.

View의 이름은 카멜표기법 기준으로 변경됩니다.

@+id/tv_text_name 의 뷰는 tvTextName으로 이름이 변경되어 사용할 수 있습니다.

Click Event

사용자가 어떤 버튼을 클릭하면 아래 함수를 실행하도록 하려고 합니다.

public void onButtonClick(View view){
    Toast.makeText(this,"Button Click",Toast.LENGTH_SHORT).show();
}

기본

버튼에 setOnClickListener()를 달아서 클릭이벤트를 받아주도록 할것 입니다.

//btnSample.setOnClickListener(this);
btnSample.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View view) {
                onButtonClick(view);
    }
});

setOnClickListener(this)를 하셨다면 implements View.OnClickListener 를 하셔서 onButtonClick()함수를 호출 하셨을겁니다.

버터나이프

버터나이프에서는 @OnClick(R.id.xxx) 만 함수에 넣어주면 됩니다.

@OnClick(R.id.btnSample)
public void onButtonClick(View view) {
    Toast.makeText(this, "Button Click", Toast.LENGTH_SHORT).show();
}

정말 간단합니다.

버터나이프를 왜 사용해야하는지에 대한 여러가지 이유중에 하나이기도 합니다.

데이터바인딩

데이터바인딩은 xml에서 클릭되면 실행하고자하는 함수를 지정해줍니다.

<Button
    android:id="@+id/btnSample"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:onClick="@{activity::onButtonClick}"
    android:text="button"
    />

위에서는 android:onClick에서 activity라는 곳에 있는 onButtonClick()을 실행하도록 설정 해두었습니다.

여기에서 activity라는것은 xml에서 선언해둔 변수입니다.

<layout xmlns:android="http://schemas.android.com/apk/res/android"
    >
    <data>
        <variable
            name="activity"
            type="gun0912.databinding.compare.databinding.DataBindingActivity"/>
    </data>

xml에서 <data>태그를 이용해서 그안에 각각 사용하고자하는 변수를 <variable>로 정의해주면 사용 할 수 있습니다.

DatabindingActivityBinding binding;

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    binding = DataBindingUtil.setContentView(this, R.layout.databinding_activity);
    binding.setActivity(this);

Java파일에서는 이 변수가 어떤값을 넣어줄건지 지정해주어야 합니다.

setActivity(this)가 activity라는 변수를 이 Class로 지정하겠다는 의미인 것입니다.

setActivity()함수 또한 자동으로 생성된 함수입니다.

우리가 xml에서 aa라는 변수를 만들었다면 자동으로 binding.setAA()함수가 생성됩니다.

MVP패턴을 사용하신다면 presenter를, MVVM패턴을 사용하신다면 ViewModel를 활용해서 클릭이벤트에 맞는 동작을 수행하도록 지정하면 됩니다.

함수 이름을 지정할때 기존에는 @{activity.함수이름()} 으로 해도 문제가 없었지만 언젠가부터 이 방법은 deprecated되었다고 나오며 @{activity::함수이름()}으로 사용하도록 안내하고 있습니다.

물론 activity.함수이름()으로 사용해도 문제가 없으나 Google의 공식문서에서도 변수이름::함수이름() 으로 나와있으니 가이드를 따라서 작성하는것이 좋을것 같습니다.

RecyclerView 리스트

RecyclerView를 이용해서 이러한 리스트목록을 만드는 작업을 해보겠습니다.

사용자의 사진,이름,나이로 구성되어있는 화면입니다.

이 글을 읽는 여러분들은 화면만 봐도 레이아웃 구성을 어떻게 가져가야 할지 잘 아실겁니다.

각각의 item View로 쓰일 layout에서 1개의 ImageView와 2개의 TextView으로 레이아웃을 구성해줍니다.

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:orientation="horizontal"
    android:padding="@dimen/list_item_container_padding"
    android:gravity="center_vertical"
    >
    <gun0912.databinding.common.view.CircleImageView
        android:layout_width="@dimen/list_item_avatar_size"
        android:layout_height="@dimen/list_item_avatar_size"
        android:id="@+id/ivProfile"
        />

    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_marginLeft="@dimen/list_item_container_padding"
        android:orientation="vertical"
        >

        <TextView
            android:id="@+id/tvName"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            />

        <TextView
            android:id="@+id/tvAge"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_marginTop="@dimen/list_item_text_margin"
            />
    </LinearLayout>
</LinearLayout>

또한 이 리스트에서 쓰일 사용자 User 클래스도 생성해줍니다.

public class User {

    String name;
    int age;
    String imgUrl;

    public User(String name,int age,String imgUrl){
        this.name=name;
        this.age=age;
        this.imgUrl=imgUrl;

    }
    
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public int getAge() {
        return age;
    }
    public void setAge(int age) {
        this.age = age;
    }
    public String getImgUrl() {
        return imgUrl;
    }
    public void setImgUrl(String imgUrl) {
        this.imgUrl = imgUrl;
    }

}

실제로는 서버에서 이 사용자의 목록을 받아오겠지만 여기서는 샘플 데이터를 생성해서 활용하도록 할 것입니다.

List<User> users = new ArrayList();

users.add(new User("Ted",32,"https://t1.daumcdn.net/cfile/tistory/251F6B4C558E627E26"));
users.add(new User("Jane",20,"http://image.celebtide.com/celeb/new/ve/279_ve_1452259300.jpg"));
users.add(new User("Paul",40,"http://res.heraldm.com/content/image/2013/12/01/20131201000224_0.jpg"));
users.add(new User("Ailee",25,"https://t1.daumcdn.net/cfile/tistory/194599374F7049A901"));

ViewHolder

각각의 item view를 보여주기위해서 ViewHolder에서 View를 만들어주는 작업을 합니다.

기본

public class UserViewHolder extends RecyclerView.ViewHolder {

    TextView tvName;
    TextView tvAge;
    ImageView ivProfile;

    public UserViewHolder(View itemView) {
        super(itemView);
        tvName = (TextView) itemView.findViewById(R.id.tvName);
        tvAge = (TextView) itemView.findViewById(R.id.tvAge);
        ivProfile = (ImageView) itemView.findViewById(R.id.ivProfile);
    }
}

버터나이프

public class UserViewHolder extends RecyclerView.ViewHolder {

    @BindView(R.id.tvName)
    TextView tvName;
    @BindView(R.id.tvAge)
    TextView tvAge;
    @BindView(R.id.ivProfile)
    ImageView ivProfile;

    public UserViewHolder(View itemView) {
        super(itemView);
        ButterKnife.bind(this,itemView);

    }
}

데이터바인딩

public class UserViewHolder extends RecyclerView.ViewHolder {

    DatabindingItemBinding binding;

    public UserViewHolder(View itemView) {
        super(itemView);
        binding = DataBindingUtil.bind(itemView);
    }
}

Item세팅

onBindView()에서 각각의 position에 맞는 User클래스의 내용에 따라 뷰의 내용을 넣어주는 작업을 해줍니다.

기본 / 버터나이프

@Override
public void onBindView(UserViewHolder holder, int position) {

    User user = getItem(position);

    String name = user.getName();
    holder.tvName.setText(name);

    int age = user.getAge();
    holder.tvAge.setText(Integer.toString(age));

    String imgUrl=user.getImgUrl();
    ImageUtil.loadImage(holder.ivProfile,imgUrl, ContextCompat.getDrawable(getContext(),R.drawable.no_pic));

}

이미지를 로딩할때는 아래와 같이 로딩할 것입니다.

public class ImageUtil {

    public static void loadImage(ImageView imageView, String url, Drawable errorDrawable) {
        Glide.with(imageView.getContext()).load(url).error(errorDrawable).into(imageView);
    }

}

데이터바인딩

@Override
public void onBindView(UserViewHolder holder, int position) {

    User user = getItem(position);
    holder.binding.setUser(user);

}

원래의 기본이나 버터나이프에서는 각각 holder의 View에 사용자 정보를 넣어주는 작업을 해주었지만 데이터바인딩에서는 그럴 필요가 없습니다.

setUser()라는 함수를 보고 유추해 본다면, xml의 어딘가에서 user라는 변수를 만들어주었고 그 변수를 setUser()를 통해서 할당해준다는것을 아실겁니다.

<?xml version="1.0" encoding="utf-8"?>
<layout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    >

    <data>

        <variable
            name="user"
            type="gun0912.databinding.common.model.User"/>
    </data>

onBindView()에서 값을 넣어주는대신에 데이터바인딩에서는 xml에서 값을 넣어줍니다.

<TextView
    android:id="@+id/tvName"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="@{user.name}"
    />

<TextView
    android:id="@+id/tvAge"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:layout_marginTop="@dimen/list_item_text_margin"
    android:text="@{Integer.toString(user.age)}"
    />

android:text에 @{user.필드이름} 을 넣어주는것만으로 user의 정보를 가져와서 다시 TextView에 넣어주는 작업을 해줄 필요가 없는 것입니다.

@BindingAdapter

그런데 여기서 의문이 생깁니다.

User정보중에 imgUrl이라는 필드는 'http://xxx/xxx.jpg' 처럼 이미지가 저장되어있는 주소값으로 되어있습니다.

이걸 그냥 TextView에서 넣는다면 이미지 url만 출력되는 원하지 않는 결과를 볼것입니다.

이럴때 @BindingAdapter를 이용해주면 좋습니다.

먼저 사용된 방식부터 살펴보겠습니다.

<gun0912.databinding.common.view.CircleImageView
    android:id="@+id/ivProfile"
    android:layout_width="@dimen/list_item_avatar_size"
    android:layout_height="@dimen/list_item_avatar_size"
    app:error="@{@drawable/no_pic}"
    app:imageUrl="@{user.imgUrl}"
    />

사용자의 이미지url을 app:imageUrl에 넣어주고, 오류가 발생했을때의 이미지 drawable을 app:error에 넣어줍니다.

이렇게 사용할 수 있는것은 아래와 같이 @BindingAdapter를 미리 만들어 두었기 때문입니다.

@BindingAdapter({"bind:imageUrl", "bind:error"})
public static void loadImage(ImageView imageView, String url, Drawable errorDrawable) {
    ImageUtil.loadImage(imageView, url, errorDrawable);
}

여기서 bind:imageUrl, bind:error로 만들어주었기때문에 xml에서 이걸 이용해서 값을 넣어 줄 수 있습니다.

@BindingAdapter응용

@BindingAdapter를 잘 응용하면 유용한 기능들을 소스코드를 줄이면서 사용할 수 있습니다.

커스텀폰트를 보여주고자 할때 사용하는 라이브러리중 제일 유명한 Calligraphy라는 라이브러리가 있습니다.

@BindingAdapter를 이용해서 라이브러리사용없이 똑같은 기능을 구현할 수도 있습니다.

@BindingAdapter({"bind:font"})
public static void setFont(TextView textView, String fontName) {
    textView.setTypeface(Typeface.createFromAsset(textView.getContext().getAssets(), "fonts/" + fontName));
}

<TextView
    app:font="@{`Source-Sans-Pro-Regular.ttf`}"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"/>

아마 기존에 Calligraphy 라이브러리를 사용해보신분들은 이 방법이 얼마나 유용한지 이해 하실 수 있을겁니다.

물론 저는 커스텀폰트를 사용하고자 할때는 Typekit을 이용합니다.

[IT/Android-TIP (한글)] - [안드로이드]커스텀 폰트 쉽게 적용하는 방법 - Typekit

@BindingConversion

만약 사용자 정보중에 Date타입의 timeDate라는 필드가 있다고 가정을 해보겠습니다.

이 정보를 TextView에서 1900.01.01 과 같은 방식으로 보여주고자 한다면 어떻게하면 좋을까요?

Java소스코드에서 Date필드를 가져온뒤, SimpleDateFormat을 이용해서 Date->Text로 날짜형식 변환을 해주고, TextView에 해당 값을 넣어줄겁니다.

하지만 @BindingConversion을 이용한다면 간단합니다.

@BindingConversion
public static String convertDateToDisplayedText(Date date) {
    return new SimpleDateFormat("yyyy.MM.dd").format(date);
}

<TextView
    android:id="@+id/tvUserTime"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="@{user.timeDate}"
    />

@BindingConversion에서 Date타입이 들어오면 이를 String으로 변경해서 리턴해주도록 만들어 두었기때문에 xml에서 text에 Date타입의 필드를 넣어주면 알아서 변경되서 값이 변경됩니다.

@BindingConversion 응용

값에따라서 View를 보여주거나 숨기고 싶은경우 아래와 같이 해줄 수도 있습니다.

@BindingConversion
public static int convertBooleanToVisibility(boolean visible) {
    return visible ? View.VISIBLE : View.GONE;
}

<TextView
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:visibility="@{user.age > 20}"
    />

<RelativeLayout
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:visibility="@{user.loaded}"
    >

android:visibility 는 원래 int값이 들어가야하지만 true/false에 따라서 이를 맞게 표시하도록 설정해주면 xml에서 편하게 사용할 수 있습니다.

식언어

xml에서 사용할 수 있는 식언어는 아래와 같습니다.

수학 + - / * %
문자열 연결 +
논리 && ||
이항 & | ^
단항 + - ! ~
시프트 >> >>> <<
비교 == > < >= <=
instanceof
그룹화 ()
리터럴 - 문자, 문자열, 숫자, null
형변환
메서드 호출
필드 액세스
배열 액세스 []
삼항 연산자 ?:

<TextView
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="@{String.valueOf(index+1)}"
    android:visibility="@{user.age>20 ? View.VISIBLE : View.GONE}"
    android:transitionName='@{"image_"+id}'
    />

Include

아래와 같은 화면구성에서 3개의 뷰는 하나의 layout을 재사용해서 사용할 수 있습니다.

layout의 구조는 같지만 안의 내용이 달라지기때문에 이럴때 우리는 보통 CustomView를 만들어서 attribute에 해당 값을 넣어서 보여주는 방식을 이용하곤 했습니다.

[IT/Android-TIP (한글)] - [안드로이드]CustomView를 만들어서 재사용하기

하지만 데이터바인딩과 include를 잘 활용한다면 우리는 커스텀뷰를 만들지않고도 이를 구성할 수 있습니다.

재사용될 xml layout

<layout
    xmlns:android="http://schemas.android.com/apk/res/android">

    <data>
        <variable name="count" type="int"/>
        <variable name="title" type="String"/>
    </data>

    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:gravity="center"
        android:orientation="vertical">

        <TextView
            style="@style/CustomText_Subhead"
            android:text="@{Integer.toString(count)}"
            android:textStyle="bold"
            />

        <TextView
            style="@style/CustomText_Body"
            android:text="@{title}"
            android:textColor="@color/txt_midiumgray"/>

    </LinearLayout>

</layout>

이 layout에서는 count와 title을 변수로 받아올것이고 이를 TextView에 넣어주는 작업을 해줍니다.

<LinearLayout
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:orientation="horizontal"

    >

    <include
        layout="@layout/sns_counter"
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        app:count="@{user.postCount}"
        app:title="@{@string/post}"/>

    <include
        layout="@layout/sns_counter"
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        app:count="@{user.followerCount}"
        app:title="@{@string/follower}"/>

    <include
        layout="@layout/sns_counter"
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        app:count="@{user.followingCount}"
        app:title="@{@string/following}"/>

</LinearLayout>

위의 layout을 <include> 태그로 재사용해주면서 위에서 선언해주었던 count,title 변수값을 넣어주면 됩니다.

이러한 방식을 이용해서 CustomView로 사용하던것도 얼마든지 간단하게 include로 재사용 할 수 있습니다.

Observable

위의 화면에서 데이터값이 변경되면 View도 갱신하려면 어떻게 해주어야 할까요

아래 방법이 일반적인 방법입니다.

데이터 가져오기
TextView에 setText()
데이터 변경됨
변경된 데이터 가져오기
TextView에 setText()

하지만 Observable을 이용한다면, 한번 TextView에 setText()해준 이후에 값이 변경되면 알아서 변경된 내용으로 View를 업데이트 시켜줄 수 있습니다.

Class를 정의할때 BaseObservable을 상속받습니다.

public class User extends BaseObservable {

getXXX()함수에는 @Bindable을, setXXX()함수에는 notifyPropertyChanged()함수를 추가해줍니다.

String name;

@Bindable
public String getName() {
    return name;
}

public void setName(String name) {
    this.name = name;
    notifyPropertyChanged(BR.name);
}

이렇게 설정해주고 xml에서 android:text="@{user.name}" 으로 넣어두면 사용자의 이름이 변경되면 알아서 해당 TextView의 내용도 변경되도록 할 수 있습니다.

<TextView
    style="@style/CustomText_Body"
    android:layout_marginTop="@dimen/default_padding"
    android:text="@{user.name}"
    android:textStyle="bold"
    />

ObservableField

BaseObservable을 상속받아서 setXXX(), getXXX()함수를 만드는게 귀찮다면 ObservableField를 사용할 수 있습니다.

public class User2  {

    public final ObservableField<String> name = new ObservableField<>();
    public final ObservableInt postCount = new ObservableInt();
    public final ObservableBoolean follow = new ObservableBoolean();
    
}

ObservableField로 사용할수 있는 타입은 아래와 같습니다.

ObservableField
ObservableBoolean, ObservableByte, ObservableChar, ObservableShort, ObservableInt, ObservableLong, ObservableFloat, ObservableDouble, ObservableParcelable

변수를 set, get 할때는 아래와 같이 사용해주면 됩니다.

String name = user.name.get();
user.name.set("aa");

응용

지금까지 설명드렸던 내용들을 잘 활용한다면 아래와 같은 동작을 간단하게 구성해줄 수 있습니다.

팔로우 버튼 클릭시, 팔로우 버튼 숨기기
Progressbar 보이기
팔로우 완료시, 팔로워 숫자 +1 하기
변경된 팔로워 숫자를 TextView에 다시 setText()해주기
Progressbar 숨기기
팔로우 완료되어있는 팔로잉 버튼 보이기

이 과정을 소스코드로 만들었을대 어떻게 할지 잘 생각해보시고 데이터바인딩에서 xml로 어떻게 간단하게 해결했는지 살펴보시기 바랍니다.

지금까지 설명드렸던 예제들과 위의 응용 동작은 Github에서 샘플 프로젝트로 확인 해보실 수 있습니다.

https://github.com/ParkSangGwon/TedDataBindingSample

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

불편사항

데이터바인딩을 사용해보면서 몇가지 불편한 사항들이 있었습니다.

물론 이러한 것들도 점점 개선될 것이라고 믿고 있습니다.

버터나이프에서 사용하는 Resource binding은 사용할 수 없다(@BindString, @BindDimen, … )
Android Studio 최신버전인데도 제대로 반영이 안된다
여러 군데에서 같은 변수이름의 @BindingAdapter 을 사용해도 오류가 없다고 한다
인코딩 문제때문인지 xml에서 ‘&&’ 대신 ‘&&’로 써야한다
Java소스코드는 줄어들지만 xml소스코드는 늘어난다

그럼에도 불구하고 데이터바인딩을 아주 좋습니다.

이제는 버터나이프대신 데이터바인딩을 사용해서 프로젝트를 만들어 보세요

Goodbye 버터나이프 Hello 데이터바인딩

감사합니다.

안드로이드 개발자끼리 소통하기위한 오픈채팅방을 만들었습니다.

안드로이드 관련 Q&A및 팁을 공유하는 곳입니다.

관심있으신분들은 참여해보세요.

https://open.kakao.com/o/g8rSGB

English Article

박상권 — Thu, 9 Feb 2017 12:28:40 +0900

Now english article moved to medium.

You can read article at medium.

https://medium.com/tedpark-developer

[안드로이드/Android]Stetho로 DB/SharedPreference값,네트워크상태등 앱 디버깅하기

박상권 — Fri, 16 Dec 2016 14:38:47 +0900

디버깅(Debugging)

앱을 개발하면서 앱안에서의 변수값, Lifecycle순서, SharedPreference값, DB값등을 알고 싶은경우가 많이 있습니다.

그럴때마다 우리는 Logcat을 이용해서 Log를 찍어보거나 BreakPoint를 이용한 디버깅을 수행합니다.

(Logcat)

(Break Point)

하지만 이러한 방법에는 한계가 있으며 불편하기도 합니다

(사실 더 좋은 방법을 모를때는 이 방법이 최선이라고 생각해서 불편함을 느끼지 못할수도 있습니다.

'불편 했었다'는건 그보다 더 좋은 기능을 알게된뒤에 드는 생각이죠..)

Facebook에서 내놓은 Stetho를 이용하면 우리는 좀더 다양한 기능과 편리한 방법으로 디버깅을 수행할 수 있습니다.

Stetho

Stetho는 Facebook에서 만든 안드로이드 개발을 위한 디버깅 플랫폼입니다.

크롬(Chrome)브라우저의 developer tool을 활용해서 우리는 브라우저에서 앱의 상태나 화면구조 db, SharedPreference 등 다양한 값들을 살펴보고 수정도 할 수 있습니다.

소개페이지

Github

기능 소개

Stetho로 할수있는 것들에 대해서 먼저 간략하게 소개해드린뒤 실제 적용하면서 확인할 수 있었던 것들에 대해서 자세히 살펴보도록 하겠습니다.

1. 네트워크

유틸성앱이 아닌이상 Retrofit이나 URLConnection을 사용해서 API서버와 네트워크 통신을 하고 계실겁니다.

이러한 통신에서의 Response값이나 Header값등등 네트워크의 진행상황에 대해서 궁금한 경우가 많습니다.

Stetho는 해당앱의 각각의 네트워크 통신의 정보를 상세하게 살펴볼 수 있습니다.

2. DB / SharedPreference / 기타 저장된 값

네 맞습니다. SQLite를 이용해서 DB에 저장하는경우 에뮬레이터는 DDMS로 해당 DB내용을 볼수 있지만 실기기는 그럴수 없었습니다..

SharedPreference나 쿠키,기타 값들은 아예 알수있는 방법이 없기때문에 항상 로그로 해당 값들을 찍어볼 수 밖에 없었습니다.

Stetho를 이용하면 해당 값들을 조회할수 있을뿐만 아니라 DB에 쿼리를 날려볼 수도 있고 값을 수정할 수도 있습니다.

3. 화면 레이아웃

xml이 실제 앱에서 화면으로 보여질때 어떠한 값들과 세팅들이 되어서 보여지는지 볼 수 있습니다.

또한 특정 View를 선택하면 해당 View가 휴대폰 화면에서 어디에 위치되어있는지 표시해서 보여주기도 합니다.

4. 콘솔

콘솔창에서 명령어 입력이 가능합니다.

앱안에서의 Resource값들을 가져오거나 앱에서 Toast창을 띄울수도 있습니다.

5. dumpapp

UI방식이 아닌 커맨드라인 입력방식으로 동작을 수행할수 있으며 값들을 조회하고 수정할수도 있고 미리 정의해둔 커스텀값들을 활용할 수도 있습니다.

설정

Gradle


compile 'com.facebook.stetho:stetho:1.4.1'

버전은 현재시점에서 최신버전으로 설정해주시면 됩니다.

만약 네트워크 분석기능을 사용하시려면 사용하시는 네트워크 방식에 따라서 추가로 gradle에 추가해주셔야 합니다.


compile 'com.facebook.stetho:stetho-okhttp:1.4.1'
// or
compile 'com.facebook.stetho:stetho-okhttp3:1.4.1'
// or
compile 'com.facebook.stetho:stetho-urlconnection:1.4.1'

저는 okhttp 3이전버전을 사용하고 있어서 'com.facebook.stetho:stetho-okhttp:1.4.1' 만을 추가해주었습니다.

만약 콘솔을 이용한 명령어 입력기능을 사용하시려면 아래 라이브러리도 gradle에 추가해주셔야 합니다.


compile 'com.facebook.stetho:stetho-js-rhino:1.4.1'

Setup

Application클래스의 onCreate()에 아래 코드 한줄만 넣어주면 됩니다.

Stetho.initializeWithDefaults(this);

public class MyApplication extends Application {
  public void onCreate() {
    super.onCreate();
    Stetho.initializeWithDefaults(this);
  }
}

기본설정값 외에 커스텀하게 지정하고 싶은경우 좀더 다양한 방법으로 설정할 수 있습니다.

Network

네트워크 분석기능을 사용하시는경우 네트워크 설정 부분에 아래 코드들을 입력해주어야 합니다


// OkHttp 2.x 버전
OkHttpClient client = new OkHttpClient();
client.networkInterceptors().add(new StethoInterceptor());

// OkHttp 3.x 버전
new OkHttpClient.Builder()
        .addNetworkInterceptor(new StethoInterceptor())
        .build();

HttpURLConnection을 사용하는경우 따로 설정 방법이 존재하지만 대부분 네트워크통신을 하신다면 Retrofit을 사용하며 Okhttp를 사용하실거라 생각하기에 생략하도록 하겠습니다

혹시 HttpURLConnection의 설정방법이 궁금하시면 Stetho홈페이지에서 확인해보실 수 있습니다

적용예제

위의 설정을 완료하신뒤 컴파일하고 앱을 실행시킵니다.

에뮬레이터든 실제 기기이든 상관없습니다.

크롬 브라우저에서 chrome://inspect 를 입력하면 위와같은 화면을 볼수 있고 여기서 inspect를 클릭합니다.

Developer Tools창이 우리를 반겨줍니다.

보통 브라우저에서 웹페이지를 개발자도구로 열었을때 볼수있는 창입니다.

네트워크

API 서버에 요청하고난 결과값이나 걸린시간, Header정보 등을 로그로 찍어서 확인해볼 필요가 없습니다.

앱안에서 이루어지는 Network 목록을 볼 수 있습니다.

POST/GET/PUT/DELETE의 Method와 Response status값, 요청에 걸린시간등 다양한 정보를 알 수 있습니다.

각각의 API요청을 선택하면 해당 요청정보에 대해서 좀더 상세하게 볼 수 있습니다.

Header, Cookie값은 물론이고 해당 요청으로 받은 결과값도 자세히 살펴볼 수 있습니다.

더이상 Response의 Json값 로그찍지마세요!!

DB / SharedPreference / 기타 저장된 값

DB값이나 SharedPreference도 로그 찍지 마세요!!

SQLite를 이용해서 db를 저장하고 있다면 이제 로그를 찍지 않아도 됩니다.

에뮬레이터뿐만 아니라 실제 기기에서도 테이블과 해당 row값들을 볼 수 있습니다.

Viewer의 기능뿐만 아니라 직접 쿼리문을 날릴수도 있습니다.

테스트 해본결과 Select뿐만 아니라 Update등의 수정권한 쿼리도 동작했습니다.

SharedPreference

SharedPreference에 저장하고 있는 key와 value를 조회할 수도 있습니다.

DB와는 다르게 직접 SharedPreference값을 추가하거나 수정,삭제도 가능합니다.

화면 레이아웃

xml구조 뿐만이 아니라 오른쪽에 해당 View의 설정된 값이나 id등 기타 정보들을 알수 있습니다.

또한 특정 View를 선택할경우 휴대폰의 화면에 아래와 같이 해당 View의 범위와 위치가 표시됩니다.

오른쪽에서 해당 View위치나 padding, margin도 의도한대로 잘 설정되어있는지도 확인해볼수 있습니다.

xml에서 설정한대로 실제앱이 잘 나오지 않아서 애를 먹을때 활용하면 좋습니다.

참고영상

(https://medium.com/@jmarsican/effective-and-easy-apps-debugging-work-with-stetho-ac67954ac897#.6m6flvml0)

콘솔

콘솔창에 js명령어를 입력할 수 있습니다.

(만약 오류가 발생하신다면 위의 설정방법에 나와있는대로 'com.facebook.stetho:stetho-js-rhino:1.4.1' 를 추가하셨는지 확인해보시기 바랍니다..)

위와같은 명령어를 입력하면 아래와 같이 앱안에서 동적으로 토스트를 띄워줄수도 있습니다.

context.getResources().getString(R.string.app_name); 같은 명령어를 입력하면 string.xml의 app_name의 값이 출력된다고 하는데 저는 오류가 발생합니다..

이부분은 왜그런지 한번 잘 살펴봐야 할것 같습니다.

context 혹은 context.getResources()같은 명령어들은 잘 나옵니다.

Dumpapp

솔직히 이 기능은 사용한적이 없어서 정확한 사용방법에 대해서는 잘 알지 못합니다...

명령어로 값들을 직접 확인해볼수 있고 수정도 할수 있으며

커스텀하게 만든 플러그인을 통해서 여러가지 활용할 수 있는 개념정도로만 알고 있습니다.

혹시 dumapp에 대해서 여러가지 방법으로 활용해보신분이 계시다면 댓글로 알려주세요

Stetho에서 제가 제일 유용하게 사용하는건 네트워크 결과값 확인/ DB값 확인 / SharedPreference값 확인 3가지 입니다.

이걸 사용하지 않았다면 저는 아마 계속 Logcat에 해당 값들을 로그찍어보고 있었을겁니다.

~~(사실 지금도 이런짓을 하고있긴합니다..)~~

지금까지는 Stetho를 몰라서 안썼지만 이제부터 여러분은 Stetho를 안쓸이유가 하나도 없습니다.

행복한 디버깅과 함께 행복한 개발로 행복한 서비스를 만드시기 바랍니다.

감사합니다.

https://code.tutsplus.com/tutorials/debugging-android-apps-with-facebooks-stetho--cms-24205

https://medium.com/@jmarsican/effective-and-easy-apps-debugging-work-with-stetho-ac67954ac897#.sczt1ro7h

https://medium.com/quick-mobile/stetho-a-debugging-bridge-for-android-applications-eacc139dfda7#.447lczshl

안드로이드 개발자끼리 소통하기위한 오픈채팅방을 만들었습니다.

안드로이드 관련 Q&A및 팁을 공유하는 곳입니다.

관심있으신분들은 참여해보세요.

https://open.kakao.com/o/g8rSGB

[안드로이드/Android]유용한 라이브러리 - TedBottomPicker(이미지 선택, Image Picker)

박상권 — Thu, 1 Dec 2016 18:09:48 +0900

저는 Google의 Material 디자인을 좋아합니다.

디자인과는 거리가 먼 개발자들에게 정말 많은 도움을 줍니다.

적당한 색상, 적당한 여백, 적당한 크기등등 구글이 연구하고 가지고 있는 노하우를 가이드라인으로 제시해주고 있습니다.

그중에서 Bottom Sheet는 제가 좋아하는 화면방식입니다.

(Popup 방식) (BottomSheet 방식)

보통 Popup으로 가운데에 뜨던 방식에서 BottomSheet방식으로 많이 전환하고 있는 추세입니다.

BottomSheet는 Design Support Library 23.2버전이상부터 공식적으로 지원하고 있습니다.

기존에 이미지선택을 위한 TedPicker 라이브러리를 만들었지만 Bottom Sheet를 활용한 이미지 선택 라이브러리를 만들고 싶어졌습니다.

TedBottomPicker

https://github.com/ParkSangGwon/TedBottomPicker

맨 위의 GIF이미지에서도 확인하셨겠지만 라이브러리를 사용하면 아래와 같은 작동방식을 보실 수 있습니다.

TedBottomPicker라이브러리는 3가지의 이미지선택방법을 제공합니다.

1. 카메라로 사진 찍기

2. 갤러리에서 사진 선택하기

3. 저장되어있는 최근 사진 XX장중에서 선택하기

사용자에게 이미지를 선택하게 만들때 사용자가 원하는 방식으로 선택할수 있도록 할 수 있습니다.

사용방법

1. gradle 추가

dependencies {
   
    compile 'gun0912.ted:tedbottompicker:1.0.4'

}

2. 권한 허가

사용자가 사진을 찍는 방법을 선택하는 경우 WRITE_EXTERNAL_STORAGE 권한이 필요하게 됩니다.

만약 targetSDK가 22버전 이하라면 Manifest에만 선언해주면 되겠지만, 23버전 이상이라면 동적권한체크도 구현해주어야 합니다.

마시멜로우 이상에서 권한체크와 관련해서는 아래 블로그를 참고하시면 좋습니다.

[IT/Android-TIP (한글)] - [안드로이드]6.0 마시멜로우 권한체크하고 최적화하기

[IT/Android-TIP (한글)] - [안드로이드]유용한 라이브러리 - TedPermission(마시멜로우 권한체크)

직접 권한체크를 하셔도 좋고 라이브러리를 사용하셔도 좋습니다.

어떠한 방법을 사용하셨든 WRITE_EXTERNAL_STORAGE 권한을 사용할 수 있어야 합니다.

3. TedBottomPicker실행

실행 방법은 아래와 같습니다.


TedBottomPicker bottomSheetDialogFragment = new TedBottomPicker.Builder(MainActivity.this)
        .setOnImageSelectedListener(new TedBottomPicker.OnImageSelectedListener() {
            @Override
            public void onImageSelected(Uri uri) {
                  // uri 활용
            }
        })
        .create();

bottomSheetDialogFragment.show(getSupportFragmentManager());

show()가 실행되고나서 사용자가 이미지를 선택하게 되면 OnImageSelectedListener 로 들어오게되면서 uri을 넘겨줍니다.

여기서 넘겨받은 uri를 활용해서 원하시는 작업을 해주시면 좋습니다.

4. 커스터마이징

위와같은 기본적인 사용방법 말고도

- BottomSheet가 올라오는 높이를 조정하거나,

- 카메라/갤러리의 기본이미지를 변경하거나,

- 이미지들 사이의 간격을 변경하거나,

- 기타 커스터마이징을 위한 함수들이 제공되고 있습니다.

setMaxCount(Int) (default: 25)
setPeekHeight(Int)
setPeekHeightResId(R.dimen.xxx)
showCameraTile(Boolean) (default: true)
setCameraTile(R.drawable.xxx or Drawable)
setCameraTileBackgroundResId(R.color.xxx)
setGalleryTile(R.drawable.xxx or Drawable)
showGalleryTile(Boolean) (default: true)
setGalleryTileBackgroundResId(R.color.xxx)
setSpacing(Int)
setSpacingResId(R.dimen.xxx)
setOnErrorListener(OnErrorListener)
setTitle(String or R.string.xxx) (default: 'Select Image','사진 선택')
showTitle(Boolean) (default: true)
setTitleBackgroundResId(R.color.xxx)
setImageProvider(ImageProvider) : If you want load grid image yourself, you can use your ImageProvider

커스터마이징을 위한 기능들은 추가로 더 늘어날수 있으니 Github의 내용을 참고하시면 좋습니다.

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

사용자로부터 이미지를 선택하게하고 가져와야하는경우 TedPicker를 사용하시거나 TedBottomPicker를 사용하셔서 빠르고 좋은앱을 개발하셨으면 좋겠습니다.

2개의 Image Picker라이브러리에서 부족함을 느끼셨다면 Android Arsenal에서 ImagePicker 라이브러리들을 찾아보실 수도 있습니다.

이 라이브러리가 유용하셨다면 Github에서 Star를 주시면 제게 큰 힘이 됩니다.

감사합니다.

[안드로이드/Android]Palette,Swatch를 활용해서 이미지의 테마색 가져오기

박상권 — Thu, 27 Oct 2016 18:48:53 +0900

Grid형태로 데이터를 보여주는 형태의 뷰가 있습니다.

텍스트가 들어가는 부분의 배경색이 각각 사진의 분위기에 맞춰서 들어가 있는것을 확인할 수 있습니다.

글씨색또한 배경에 따라서 잘 어울리는 색으로 구성되어 있습니다.

Material Design이 소개되면서 우리는 Palette를 이용해서 동적으로 해당 이미지의 테마에 어울리는 색들을 찾을 수 있습니다.

성격급하신 분들을 위해 준비했습니다.

일단 먼저 실행해보고 싶으신분은 아래 주소에서 직접 프로젝트를 실행해보시기 바랍니다.

https://github.com/ParkSangGwon/TedPaletteSample

Palette라이브러리는 공식적으로 지원되고 있기때문에 gradle에 추가만 해주시면 됩니다.

사용방법은 아주 간단합니다.

Palette와 Palette.Swatch에 대해서만 아시면 충분합니다.

Palette 생성

Bitmap으로부터 Palette를 가져옵니다.

// Synchronously
Palette palette = Palette.from(bitmap).generate();

// Asynchronously
Palette.from(bitmap).generate(new Palette.PaletteAsyncListener() {
    @Override
    public void onGenerated(Palette palette) {

    }
});

함수는 동기함수와 비동기함수를 사용할 수 있습니다.

동기함수는 메인쓰레드에서 성능에 영향을 미칠 수 있기때문에 백그라운드의 경우에만 사용하는것이 좋습니다.

그렇기 때문에 대부분의 경우에서 비동기 함수를 사용하는것을 추천드립니다.

Palette가 null이 올수도 있기때문에 null체크를 해서 오류를 방지해야 합니다.

Palette를 가져올때 기본적으로 16개의 색상을 이용하지만 maximumColorCount()를 통해 Palette로 이용할 색상의 개수를 지정할 수도 있습니다.

지정한 색상의 개수가 늘어날수록 Palette의 계산시간도 늘어나게 됩니다.

Swatch 생성

Swatch를 통해 Palette를 가지고 유용한 색상값들을 가져올 수 있습니다.

Swatch는 6개의 테마색을 제공합니다.

Vibrant
Vibrant dark
Vibrant light
Muted
Muted dark
Muted light

위에서 Palette를 가져왔다면 getXXXSwatch()함수를 통해서 각각의 Swatch를 가져올 수 있습니다.


Palette.Swatch vibrantSwatch = palette.getVibrantSwatch();

처음에 Vibrant와 Muted라는 영어단어가 생소하게 느껴져서 네이버사전을 찾아보니 아래와 같았습니다.

네... 사실 정확히는 딱 무슨뜻인지 감이 오지는 않았습니다...

대충 느낌적인 느낌으로만 보자면 Vibrant는 메인이 될만한 진~한 색감을 가져오는것이고 Muted는 그 반대의 개념으로 이해할 수 있을것 같습니다.

실제로 Palette를 이용하시다보면 Vibrant와 VibrantDark를 많이 사용하시게 될겁니다.

Swatch또한 null로 올수 있기때문에 null체크를 해주셔야 합니다.

Swatch에서 제공하는 여러 함수중에서 3가지정도 많이쓰는 함수를 소개해 드리겠습니다.

getRgb(): Vibrant로 하셨다면 해당 이미지의 Vibrant에 해당하는 RGB색상값을 가져옵니다.
getTitleTextColor(): 위의 RGB색상값에 잘 어울리는 제목의 색상값을 가져옵니다.
getBodyTextColor(): 위의 RGB색상값에 잘 어울리는 본문의 색상값을 가져옵니다.

실제로 getTitleTextColor() 사용했을때 제목이 본문보다 좀더 투명하게 나와서 제가 기대한 느낌으로 보여지지는 않았습니다.

오히려 반대로 되는게 더 맞을수도 있다는 생각이 들지만 구글형이 그렇게 만들었으니 믿고 따라가 봅니다.

Palette와 Swatch를 이용한 배경색,글씨색 변경

위의 방법으로 Palette와 Swatch를 이용한다면 아래와 같은 코드로 이미지의 테마에 맞는 배경색과 글씨색들을 지정해 줄수 있습니다.

같은 방식으로 각각 6개의 테마색과 Title,Body색을 지정해줄경우 아래와 같은 결과를 얻으실 수 있습니다.

Glide 연동

실제로 서비스중인 앱에 적용할경우 URL형식의 이미지를 가져와서 표시하는경우가 많습니다.

제가 사랑하는 Glide에 Palette를 적용하는경우는 Glide의 기본 behavior를 활용해서 구현해줍니다.

Glide Wiki

하지만 Glide Wiki문서에도 나와있듯이 이 방법은 기본적인 심플예제일뿐 추천되는 방식은 아닙니다.

RecyclerView의 ViewHolder에서 사용되는경우 Palette의 generate 시차때문에 엉뚱한 위치에 해당 색상이 지정될 위험이 있습니다.

~~(그럼에도 불구하고 귀찮아서 우리는 아마 이대로 사용하겠죠..)~~

다음 Glide버전에는 기본적으로 Palette를 제공해줄 예정이라고 합니다.

위와같은 문제를 완벽하게 해결하고 싶은경우 Glide에서 안내하는 예제를 확인하신뒤 구현하시면 됩니다.

Palette 예제 프로젝트는 아래 주소에서 확인해보실 수 있습니다.

https://github.com/ParkSangGwon/TedPaletteSample

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

Palette를 잘 활용하셔서 예쁜 화면UX/UI를 만드시기 바랍니다~

감사합니다.

[안드로이드/Android]Linkify로 TextView의 특정단어 클릭시 URL이동시키기

박상권 — Thu, 11 Aug 2016 08:51:45 +0900

로그인이 필요한 대부분의 서비스를 보면 로그인화면에서 '...xxx의 이용약관, 개인정보 취급방침, ... 에 동의하시게 됩니다.' 라는 문구를 많이 보셨을겁니다.

여기서 '이용약관' 을 클릭하면 해당 서비스의 이용약관 웹페이지가 열립니다.

이 기능은 한문장에서 특정 단어를 눌렀을때 그와 관련된 URL을 호출해야하는 기능을 만들어야하는 요건입니다.

처음에 이 기능을 만들때 어떻게 만들어야하나 고민이 많았습니다.

각각 특정단어를 TextView로 만들어서 일렬로 쭉 붙이는것도 레이아웃상으로 말이 안되고, '개인정보취급방침' 이라는 글씨자체는 보통의 전화번호나 http://...와 같은 URL형식이 아니기때문에 autoLink로 걸수도 없었습니다.

이 하나의 문장은 하나의 TextView에 들어가 있는것입니다.

Linkify를 이용한다면 간단하게 특정단어에 반응해서 동작을 수행하도록 설정할 수 있습니다.

사실 우리는 우리도 모르게 xml의 autoLink에서 기본적인 Linkify기능을 사용하고 있었습니다.

autoLink에 설정되어 있는 패턴의 텍스트가 포함되어 있는경우 자동으로 인식하도록 설정할 수 있습니다.

예를들어 'phone'으로 하는경우 010-AAAA-BBBB와 같은 전화번호패턴이 문장에 있으면 바로 전화를 걸수 있도록 되고

'email'로 되어있는경우, abcdefg@naver.com의 이메일패턴을 인식해서 이메일을 보낼수 있도록 합니다.

하지만 위에서 언급했던것처럼 우리는 email,phone과는 다르게 아무 연관없는 패턴의 텍스트를 인식해서 특정 url을 실행하도록 해야합니다.

이러한경우 Linkify의 addLinks()를 이용할 것입니다.

공식문서에서 살펴보면 addLinks()함수에 들어갈 인자들은 아래와 같습니다.

- text: Linkify를 적용할 대상 TextView

- pattern: 감지하고자 하는 텍스트의 패턴(Pattern 클래스로 텍스트를 컴파일)

- scheme: 해당 텍스트를 눌렀을때 이동시킬 URL

- matchFilter: 허용하고자 하는 매칭패턴을 설정해줄 filter

- transformFilter: 감지된 텍스트와 이동시킬 URL를 활용해서 Custom하게 url을 설정해줄 filter

물론 설명만 읽고서는 이해가 안갑니다..백문이불여일견!

코드를 보시면서 따라오시면 쉽게 이해하실 수 있습니다.

여기서 눈여겨 보실 부분은 TransformFilter의 transformUrl()입니다.

만약 이 필터를 설정하지 않는다면 '셀폰'이라는 텍스트에 대해서 'http://selphone.co.kr' 의 url을 설정해놓은것에 대해서 실제로는 2개가 합쳐진 'http://selphone.co.kr셀폰'으로 url이 만들어져 버립니다.

즉, 우리가 설정한 scheme뒤에 감지하고자한 텍스트가 붙어버리는 현상이 발생합니다.

그래서 우리는 뒤에 어떤 텍스트도 추가되지 않도록 transformUrl()함수에서 공백을 리턴해줍니다.

그렇게하면 온전히 우리가 설정한 url scheme이 실행됩니다.

transformUrl()를 잘 응용한다면 감지된 텍스트에 따라서 뒤에 이동시킬 url을 다르게 바꿔줄 수도 있는 기능입니다.

문제없이 잘 만드셨다면 아래와 같은 화면을 볼 수 있습니다.

위의 소스코드에서 설정한대로 '셀폰' 을 인식했고 이 텍스트를 누를경우 http://selphone.co.kr로 이동합니다.

아래 텍스트도 마찬가지로 동작합니다.

여기서 좀더 응용해본다면 Custom Scheme을 이용해서 텍스트를 눌렀을때 특정 액티비티를 실행시킬수도 있습니다.

Csutom URL Scheme에대해 궁금하시다면 아래 포스팅을 참고하세요

[IT/Android-TIP (한글)] - [안드로이드]URL로 액티비티 실행하는 방법(Custom URL Scheme)

지금까지 Linkify를 이용해서 TextView의 특정단어를 클릭시 지정한 URL을 실행하는 방법에 대해 포스팅해보았습니다.

감사합니다.

[안드로이드/JAVA]한글 받침에따라서 '을/를' 구분하기

박상권 — Thu, 4 Aug 2016 18:19:40 +0900

안드로이드뿐만아니라 아이폰,PC에서 서비스를 사용할때 'xxx을(를)' 혹은 'xxx이(가)' 로 표시되는 메세지를 많이 보셨을겁니다.

이는 한글의 받침때문에 일어나는 한국어만의 문제입니다.

받침이 있느냐 없느냐에 따라 뒤에 붙는 글자가 '을/를', '이/가','은/는'이 되기 때문입니다.

서비스를 개발하면서 변수로 사용되는 이름 혹은 단어가 어떤게 올지 모르지 개발자 입장에서는 위와 같이 대응하는 방법이 제일 편하고 쉽습니다.

하지만 좀더 깔끔한 문장을 만들기위해서는 받침의 유무에따라서 뒤에붙는 글자를 판단하고 싶은경우가 있습니다.

'박상권을(를) 좋아합니다' 보다는 '박상권을 좋아합니다' 라고 쓰여있는 문장이 좀더 깔끔한 문장으로 보여질것입니다.

해당 변수의 한글단어에 따라서 뒤에 붙는 조사를 판단하는 방법에 대해서 포스팅 해보겠습니다.

1. 종성 가져오기

한글은 실제코드에서는 유니코드로 구성되어있습니다.

19개의 초성, 21개의 중성, 28개의 중성의 조합으로 한글이 만들어 집니다.

(사진출처: http://blog.finsternis.me/380)

1개의 한글은 각 초성/중성/종성의 조합으로 유니코드값이 만들어집니다.

한글 유니코드값을 초성/중성/종성으로 나누는 방법과 반대로 초성/중성/종성을 조합해서 유니코드를 만드는 방법은 인터넷에 검색해보시면 정말 많이 나와있습니다.

http://hanpsy.tistory.com/2

http://dream.ahboom.net/entry/%ED%95%9C%EA%B8%80-%EC%9C%A0%EB%8B%88%EC%BD%94%EB%93%9C-%EC%9E%90%EC%86%8C-%EB%B6%84%EB%A6%AC-%EB%B0%A9%EB%B2%95

http://divestudy.tistory.com/8

사실 결론적으로 아래 수식만 알고 계시면됩니다.

한글 유니코드 조합하기

= 0xAC00(처음 한글 시작값) + (초성 인덱스 x 21 x 28 ) + (중성 인덱스 x 28) + 종성 인덱스

유니코드 분해하기

초성 인덱스 = ((한글 유니코드값 - 0xAC00) / 28) / 21

중성 인덱스 = ((한글 유니코드값 - 0xAC00) / 28) % 21

종성 인덱스 = (한글 유니코드값 - 0xAC00) % 28

여기서 우리는 종성인덱스 값을 가져올 수 있습니다.

이를 안드로이드의 코드로 구현해본다면 아래와 같습니다.

char lastName = name.charAt(name.length() - 1);
int index= (lastName - 0xAC00) % 28;

찾고자하는 값의 마지막 글자를 가져온뒤, 이 글자의 종성 인덱스 값을 찾아옵니다.

2. 받침포함여부 가져오기

위의 종성테이블에서 보시면 아시겠지만 받침이 없는경우는 종성 인덱스가 0으로 구성되어 있습니다.

그러므로 1번에서 가져온 종성인덱스가 0이상일 경우는 받침이 있는경우이며 그렇지 않은경우는 받침이 없는 경우입니다.

우리는 이 경우를 판단해서 해당 단어 뒤에 '을/를', '이/가','은/는' 을 붙여주면 되는것입니다.

최종 만들어질 함수의 내용은 아래와 같은 방식으로 만들어 집니다.

사용하실때는 아래와 같이 사용해주시면 됩니다.


String name="박상권";

String name1=KoreanUtil.getComleteWordByJongsung(name,"을","를");
String name2=KoreanUtil.getComleteWordByJongsung(name,"이","가");
String name3=KoreanUtil.getComleteWordByJongsung(name,"은","는");

어때요?

한글이 가지고 있는 매력덕분에 유니코드도 공부하고 깔끔한 문장도 만들수 있게 되셨죠?

이 방법을 사용하셔서 이(가), 은(는) 같은 문장보다는 좀더 깔끔한 문장으로 사용자에게 서비스를 제공하셨으면 좋겠습니다.

감사합니다.

[안드로이드/Android]삼성 '스마트매니저' 푸시알림 차단이슈 대응하기

박상권 — Fri, 22 Jul 2016 15:21:31 +0900

스마트매니저....Smart Manager....

저는 이 아이콘만 봐도 치가 떨립니다...

이 글을 읽기전 이 아이콘만 봐도 저처럼 화가 나시는분이 계시다면 분명 저와 같은 이유일겁니다.

작년 갤럭시S6에 기본으로 '스마트매니저' 가 기본탑재되고 그 이후 다른 기종들도 업데이트하면 해당 기능이 사용되도록 변경되었습니다.

아, 물론 취지는 좋습니다.

특정앱의 과도한 데이터, 배터리 사용을 감지해서 알려주거나 불필요한 데이터나 사용자의 데이터를 한번에 정리해주는등 유용한 기능들도 있습니다.

[이 앱, 아셨어요?] 소중한 내 폰, 늘 빠릿빠릿하게! ‘스마트 매니저’

하지만 문제가 되는건 '앱 절전' 기능입니다.

'앱 절전'기능은 앱을 3일이상 한번도 사용하지 않으면 앱으로부터 오는 푸시/알람이 전혀 오지 않도록 설정됩니다.

더군다나 모든 앱이 이 기능이 기본으로 '적용'이 되어있는 상태라는 것입니다.

사용자가 필요없다고 판단해서 앱을 하나하나 '적용'하는 블랙리스트방식이 아니라,

기본으로 다 '적용'을 해두고 사용자가 필요한 앱을 '해지'하는 화이트리스트'방식을 택한것입니다.

사용자는 내가 사용하는 앱이 이 기능이 적용되어 있다는 사실도 모른채 사용하고 있는것입니다.

심지어 사용자는 스마트매니저가 뭔지도 모르고 실행되고 있다는 사실도 모릅니다.

3일이상 앱을 사용하지 않으면 채팅앱이든, 알람앱이든, 기타 앱의 모든 알림/푸시를 아무리 보내도 사용자는 받아볼 수 없습니다.

무슨생각으로 화이트리스트 방식으로 기획을 하셨는지 삼성 스마트매니저 기획자분께 여쭤보고 싶습니다.

뭣이 중헌디!!!!!!! 뭣이 중허냐고!!!!!!

사실 좀더 정확하게 말하자면 모든앱에 이 기능이 적용되어 있지는 않습니다.

카카오톡, 라인, 밴드, 올레통신사 앱등 대형 통신사나 앱서비스회사들의 앱은 이 절전 기능이 기본으로 꺼져 있습니다.

심지어 일부앱은 절전 기능을 적용할수도 없게 무조건 '꺼짐' 기능밖에 못하도록 되어있습니다.

그래서 더 화가 납니다.

하지만 화가나도 어쩔수 없습니다.

저는 작은 스타트업을 운영하고 있는 불효자니까요..

그래서 이 절전기능 이슈에 대응해온 과정을 소개 합니다.

스마트 매니저 '절전'기능 대응하기

1. 우리 앱도 기본으로 '꺼짐'으로 되어있는 앱목록에 껴주세요!

이 방법이 제일 쉽습니다. 우리는 추가로 개발할게 없습니다.

하지만 이 방법은 제일 어렵습니다.

삼성에서 우리의 앱을 저 목록에 끼워줄리가 없으니까요..

삼성 관계자 여러분, 저 목록에는 대기업 앱만 끼워주시는건가요?

이유를 알고 싶습니다.

2. 사용자 여러분! 절전모드를 사용하지마세요!

앱안에서 삼성스마트매니저가 깔려있는 사용자들에게 아래와 같은 팝업을 띄워주었습니다.

그리고 사용자가 설정으로 이동할수있도록 버튼까지 같이 보여주었습니다.

하지만 사용자는 귀찮은걸 싫어합니다.

공지사항,팝업,알림등 귀찮다고 느껴지는 것들은 읽어보지도 않고 닫아버리는 경우가 대다수입니다.

실제로 GA에서 이벤트로 찍어서 데이터를 분석해보면 팝업이 떴을때 그냥 닫아버리는 사용자가 대다수였습니다..

이 방법도 역시 임시방편일뿐 대부분의 사용자는 여전히 절전기능 이슈가 존재한다고 생각했습니다.

3. 3일에 한번 앱을 실행시키자!

이 절전기능 이슈를 해결하기위한 방법을 생각해보면 아래와 같습니다.

1. 적어도 3일에 한번 앱을 실행시킨다.

2. 뜬금없이 앱이 실행되면 사용자가 이상하게 생각하므로 사용자가 모르게 앱을 실행시켰다가 바로 닫는다.

위의 2가지만 충족시킨다면 절전기능 이슈로부터 벗어날 수 있게 됩니다.

이 방법은 '알람몬'을 운영하고 있는 '말랑스튜디오'로부터 영감을 받았습니다.

아래 설명을 읽기 귀찮으신분은 '말랑스튜디오'에서 라이브러리형태로 제공하고있는 이 기능을 사용하시면 됩니다.

https://github.com/malangstudio/AvoidSmartManager

2번의 해결방법은 쉽습니다.

별도로 투명한 액티비티를 만들고 이 액티비티를 실행했다가 바로 finish()해주면 됩니다.

그리고 이 액티비티의 Manifest에는 excludeFromrecents, taskAffinity 를 넣어주어야 합니다.

excludeFromrecents을 true로 설정하면 최근실행된 앱 리스트에 이 액티비티는 표시되지 않습니다.

taskAffinity를 별도의 이름으로 지정하지 않으면 투명한 액티비티가 실행될때 이액티비티만 실행되는것이 아니라 다른 액티비티도 함께 실행됩니다.

그래서 투명한 액티비티가 실행되었다가 종료되도 앱의 메인액티비티가 실행되버리는 현상이 발생합니다.

적어도 3일에 한번 앱을 실행시키기 위해서는 앱을 실행시키기 위한 어떤 특정 이벤트가 필요합니다.

Receiver를 두어서 어떤 이벤트가 일어날때 이를 감지하고 위에서 만든 투명한 액티비티를 실행한다면 이 문제는 해결할 수 있습니다.

그럼 어떤 이벤트에 대해서 모니터링을 걸어두어야 할까요?

잘 생각해보면 스마트폰을 사용한다면 누구나 3일에 한번은 최소한 한번 이상 '충전을 하거나', '충전을 해제하거나', '휴대폰을 재부팅시키거나' 할것입니다.

여기서 우리는 아래 이벤트를 감지하는 Receiver를 만들면 되는것 입니다.

- ACTION_POWER_CONNECTED

- ACTION_POWER_DISCONNECTED

- BOOT_COMPLETED

그렇게해서 만들어진 Manifest는 아래와 같이 정의될것입니다.

AvoidSmartManagerReceiver에서는 미리 만들어둔 투명한 액티비티를 실행했다가 바로 종료하는 코드를 작성해주면 됩니다.

이 리시버에서는 위에서 정의한 이벤트가 발생했는지를 검사하고 삼성스마트매니저의 설치여부를 알아낸뒤 투명한 액티비티를 랜덤시간이후에 실행하는 동작을 수행 합니다.

문제점

이 방법으로 문제를 해결할 수 있는것처럼 보이지만 완벽한 해결방법은 아닙니다.

우리가 의도치 않은 문제가 발생할 수 있기 때문입니다.

사용자가 게임을 하고있거나 동영상을 보고 있을때 충전기를 연결하면 갑자기 영상이나 게임이 일시정지 됩니다.

왜냐하면 순간적으로 우리의 앱이 실행되었다가 종료 되기때문에 기존에 실행되던 동영상이나 앱은 onPause()상태로 가게 될것이고 그래서 일시정지상태가 되는것입니다.

아, 물론 사용자는 우리가 설정해둔 이 기능때문에 게임이나 영상이 멈췄다는것을 알지 못합니다.

하지만 이것은 사용자에게 서비스를 제공하는 입장에서 그리고 양심적으로 문제가 생기는 부분입니다.

만약 이러한 방법으로 여러앱에서 설정해둔경우 투명한 액티비티가 엄청 여러개 실행되었다가 종료되는 상황이 발생할 것입니다.

결론

지금까지 여러 과정을 거쳐보니 이 이슈에 대한 완벽한 해결책은 아직 없는것 같습니다.

제가 생각하는 완벽한 해결책은 딱 하나 있습니다.

삼성에서 스마트매니저 절전기능을 기본으로 '해제'시킨상태로 시작하게 해주는것입니다.

사용자가 필요없다고 생각하는 앱을 직접 '적용' 할때 비로소 이 절전기능이 실행된다면 좋겠습니다.

삼성 스마트매니저 관계자 여러분,

사용자가 그리고 앱을 서비스하는 사람들이 불편한 기능이라면 이는 필요하지 않은 기능입니다.

오히려 사용자를 불편하게 만드는 기능은 없어져야 하는것이 맞을것 같습니다.

지금까지 삼성 '스마트매니저' 푸시알림 차단이슈에 대응하는 방법에 대해서 포스팅 해보았습니다.

이 글을 읽으신분들중에 다른 방법으로 이 이슈를 회피해보신 경험이 있으시다면 댓글로 정보공유 해주시면 감사하겠습니다.

감사합니다.

[AWS]API Gateway - RESTful API만들기

박상권 — Wed, 20 Jul 2016 09:53:46 +0900

AWS Lambda의 소개 및 서버없이 Restful API서버구성을 만드는 방법이 궁금하시다면 아래 블로그부터 확인하시고 이 글을 따라오시길 권장합니다.

[IT/AWS] - [AWS]서버없이 Lambda와 API Gateway로 서버API 만들기

REST API가 뭐지?

REST는 Representational state transfer의 약자로, 월드와이드웹과 같은 분산 하이퍼미디어 시스템에서 운영되는 소프트웨어 아키텍처스타일입니다.
2000년에 Roy Fielding에 의해 처음 용어가 사용되었는데, 이 분은 HTTP/1.0, 1.1 스펙 작성에 참여했었고 아파치 HTTP 서버 프로젝트의 공동설립자이기도 합니다.

REST는 HTTP/1.1 스펙과 동시에 만들어졌는데, HTTP 프로토콜을 정확히 의도에 맞게 활용하여 디자인하게 유도하고 있기 때문에 디자인 기준이 명확해지며, 의미적인 범용성을 지니므로 중간 계층의 컴포넌트들이 서비스를 최적화하는 데 도움이 됩니다.
REST의 기본 원칙을 성실히 지킨 서비스 디자인은 “RESTful 하다.” 라고 흔히 표현합니다.

spoqa 기술블로그 'REST 아키텍처를 훌륭하게 적용하기 위한 몇 가지 디자인 팁' 에서

용어에 대한 정의는 항상 읽어도 읽어도 공대생인 저에게는 어려운 말입니다...

RESTful 하게 API를 구성했다고 하는건 여러가지 필요한것들이 있겠지만,

HTTP method인 POST, GET, PUT, DELETE에 해당하는 액션만 잘 이해하고 있어도 반이상은 구성하셨다고 볼 수 있습니다.

여기서 각 method는 아래와 같은 의미입니다.

- POST: 새로 생성(Create)

- GET: 조회(Read)

- PUT: 수정(Update)

- DELETE: 삭제(delete)

또한 같은 method이더라도 API에서 사용하는 url인 resource주소가 어떻게 구성되느냐에 따라서 각각 다른 동작을 수행하도록 되어있습니다.

아래의 표를 제대로 이해하고 계신다면 RESTful API를 구성하실 준비는 끝났다고 봐도 됩니다.

사실 RESTful하게 API를 구성하시려면 이 외에도 좀더 많은것을 아셔야 할 부분이 있습니다.

아래 블로그를 참고하시면 도움이 되실겁니다.

REST 아키텍처를 훌륭하게 적용하기 위한 몇 가지 디자인 팁

RESTFul이란 무엇인가?

당신의 API가 Restful 하지 않은 5가지 증거

API Gateway로 RESTful API구성하기

기본설정

사실 API Gateway는 여기로 들어온 요청을 지정된곳으로 리다이렉트해주는 개념정도로 볼 수 있습니다.

우리는 POST, GET, PUT, DELETE로 요청된 resource를 일반적인 http로 보내는것이 아니라 Lambda Function을 실행하도록 구성할 것입니다.

Lambda를 구성하는 방법에 대해서 궁금하시다면 아래 포스팅을 한번 읽고 시작하시는것이 좋습니다.

[AWS]Lambda의 시작 - 'Hello World' 출력하기

1. AWS콘솔에서 API Gateway서비스로 이동합니다.

2. 처음 만드시는 경우라면 [Get Started Now]버튼을 눌러 시작합니다.

이전에 만드신적이 있다면 [Create API]를 클릭합니다.

3. API이름과 설명을 적으신후 [Create API]를 클릭합니다.

4. 위의 예제처럼 /dogs 라는 resource를 생성해주기위헤 [Create Resource]를 클릭해줍니다.

5. Resource Name으로 'dogs'를 입력해주면 아래에 path도 함께 같은 내용으로 채워집니다.

6. resource가 만들어졌다면 POST, GET, PUT, DELETE에 맞게 각각 [Create Method]를 클릭해서 생성해주는 작업을 하면됩니다.

POST

[Create Method]를 클릭한뒤 POST를 선택하고 체크아이콘을 클릭해줍니다.

Integration type에서 'Labmda Funtion'을 선택해 줍니다.

미리 POST에 해당하는 Lambda Funtion을 만드셨다면 선택하면 되겠지만, 처음 시작할때는 당연히 없을겁니다.

GET,PUT,DELETE도 마찬가지로 Lambda function을 먼저 만들고 그뒤에 API Gateway에서 각각에 맞는 Lambda function으로 할당해주어야 합니다.

그렇기때문에 우리는 먼저 Lambda Funtion을 구성해주어야 합니다.

Lambda function을 새로 만들때 'Configure triggers' 라는 단계가 새로 생겼습니다.

예전에는 API Gateway에서 resource와 method를 만들고 Lambda를 만들었지만,

지금은 거꾸로 Lambda를 만드는 시점에 API Gateway의 resource와 method를 만들어 줄수도 있습니다.

위에서 우리가 만든 API name과 resource name 그리고 POST method를 선택하고 [Next]를 클릭합니다.

Lambda code에는 요청에 대해서 무조건 성공응답을 보내고 request를 출력해보기 위해서 console.log()를 찍는 소스코드를 넣어줍니다.

작성한 내용을 확인하고 [Create funtion]을 클릭합니다.

function을 만들고 나면 아래와 같이 Lambda를 trigger 시키는 것들에 대해서 보여지게 됩니다.

우리는 API Gateway를 연결해두었기 때문에 해당 resource의 url로 POST 전송을 하면 동작할 것입니다.

위의 [Test]버튼을 눌러 테스트를 해보겠습니다.

테스트에 들어갈 event 내용은 원하시는 형태로 아무거나 테스트로 넣으시면 됩니다.

테스트 결과는 아래와 같습니다.

우리가 Lambda function 코드에서 항상 ""을 리턴해주고 event로 들어온값을 로그로 찍어준것처럼 아래에 그대로 로그와 응답으로 넘어오게 됩니다.

기본적인 POST로의 연동은 끝났습니다.

나중에 실제 구현하실때는 /dogs의 POST는 dog 데이터를 생성해주는 작업을 하는 API이므로 event에서 받은 값들을 우리의 DB에 저장하는 코드를 Lambda function 코드에 넣어주면 됩니다.

GET

GET의 방법도 위의 POST를 구성하는 방식과 동일합니다.

/dogs의 GET은 dog 와 관련된 테이블의 모든 데이터 리스트를 리턴해주는 작업을 해주어야 하므로 DB에서 해당 dog 데이터들을 불러와서

context.succeed()함수 결과에 데이터리스트들을 리턴시켜주면 됩니다.

PUT

DELETE

PUT과 DELETE는 /dogs 가 아닌 /dogs/1 과 같은 특정 dog의 id에 대한 동작입니다.

PUT /dogs/1 은 1번 데이터에 해당하는 dog 정보를 수정하는 작업이고,

DELTE /dogs/1 은 1번 데이터에 해당하는 dog 정보를 삭제하는 작업입니다.

그렇기때문에 아래 그림처럼 /dogs 아래에 새로운 resource를 생성해줍니다.

여기서 /dogs 아래에 생기는 resource이름이 중요합니다.

PUT, DELETE의 경우 수정,삭제하고자 하는 db id를 path로 넘겨줄것입니다.

PUT /dogs/1

PUT /dogs/123

PUT /dogs/123456

PUT /dogs/7777

그렇기때문에 우리는 resource path에 {id} 로 만들어주어 어떤 path parameter도 받아줄 수 있도록 구성합니다.

그림에도 이와같은 설며이 잘 나와 있습니다.

이제 resource를 만들었으니 PUT,DELETE를 위한 Lambda funtion을 만들어줍니다.

POST에서 만들던 방법대로 resource name과 method를 선택해줍니다.

PUT,DELTE Lambda코드에서는 특별히 id라는 path 파라미터가 들어오기때문에 이 파라미터를 잘 가져올수 있는지를 보기 위하여 받아온 id를 리턴하는 코드로 작성해 보겠습니다.

POST,GET에서는 위의 단계까지만 하면 끝이었지만 PUT,DELETE는 오류가 발생합니다.

Request의 정보들을 각각 body와 path 그리고 기타 request와 관련된 정보들을 함께 넣어주는 템플릿 개념을 추가해주어야 합니다.

자세한 설명은 아래에 하겠습니다.

API Gateway에서 [Integration Request]를 눌러줍니다.

아래의 [Body Mapping Templates]에서 요청하는 request의 Content-Type을 지정해주시고 가장 기본으로 되어있는 템플릿을 지정합니다.

자신만의 템플릿을 위해서 해당 템플릿을 가지고 원하시는대로 수정하실 수 있습니다.

requst를 위한 integration을 거치고 [Test]를 수행해줍니다.

path 파라미터에 12345를 넣는다는 의미는 PUT /dogs/12345를 실행한다는 의미와 같습니다.

이렇게 실행을 해주면 우리가 앞서 코드에 넣어둔대로 path로 받은 12345의 id를 결과로 리턴해주게 됩니다.

그 뿐만 아니라 로그를 보시면 우리가 설정한 템플릿에 나와있는대로 각각 body,params 그리고 기타 context들을 출력해주게 됩니다.

PUT,DELTE에서 /dogs/12345로 요청하면서 body에 {"id": "gun0912"}로 들어오고 로그를 찍는것까지 해보았습니다.

실제 dogs의 12345데이터를 수정,삭제하는 작업은 그 다음단계에서 DB와 연동해서 작업을 해주시면됩니다.

Lambda와 API Gateway의 화면이나 구성하는 방법이 계속 바뀌기 때문에 이 글을 읽는 시점에서 위의 단계가 맞지 않을 수도 있습니다...

하지만 이 블로그 포스팅을 참고하셔서 각각 POST / GET / PUT / DELETE API를 구성하는 원리를 이해하시고 만드신다면 좀더 이해가 빠르실 겁니다.

지금까지 아래와 같은 단계를 통해 포스팅이 이루어졌습니다.

- [AWS]서버없이 Lambda와 API Gateway로 서버API 만들기

- [AWS]Lambda의 시작 - 'Hello World' 출력하기

- [카카오톡 옐로아이디]자동응답API 설정하기

맨 마지막에는 이 모든걸 종합해서 옐로우아이디에서 채팅을 보내면 보낸내용을 그대로 보내주는 봇을 구성하는 포스팅을 작성해 보겠습니다.

( 옐로아이디 <-> API Gateway <-> Lambda )

이미 적용되어있는 옐로아이디를 테스트해보고 싶으시다면

아래 예시처럼 친구찾기에서 '박상권'을 검색하신뒤 친구추가하시고 테스트해보시거나 아래 링크를 따라서 친구추가해보시면 됩니다.

http://plus.kakao.com/home/ltrrr3dq

감사합니다.

Android N requires the IDE to be running with Java 1.8 or later

박상권 — Thu, 30 Jun 2016 23:41:11 +0900

Android N requires the IDE to be running with Java 1.8 or later

안드로이드 API 24 로 업데이트 하면 xml의 Preview에서 위와같은 오류메세지가 나타납니다.

이미 JDK는 1.8버전으로 깔려 있는데도 자꾸 1.8이상으로 설치하라고만 나옵니다.

간단하게 xml에서 기준 api버전을 23이하로 변경하면 바로 나오긴 하지만 여전히 거슬립니다.

아직 정확한 이유를 알수는 없지만 이렇게하면 정상적으로 해결되긴 합니다.

안드로이드의 Info.plist 파일을 수정하면 됩니다.

OX X의 경우 Android Studio.app에서 [패키지보기]를 선택한뒤 Contents폴더 아래에서 Info.plist파일을 찾아볼수 있다.(/Applications/Android\ Studio.app/Contents/Info.plist)

파일 내용중 아래 JVMVersion key를 찾습니다.

...
<key>JVMVersion</key>
<string>1.6+,1.7+</string>
...

이부분에서 1.6+ 를 지우고 저장하면 거짓말처럼 해결됩니다.

발생원인과 해결되는 이유는 추후에 자세하게 분석후 추가하겠습니다.

[안드로이드/Android]유용한 라이브러리 - TedPermission(마시멜로우 권한체크)

박상권 — Thu, 2 Jun 2016 13:43:03 +0900

안드로이드 6.0 마시멜로우버전부터 개발자들에게는 귀찮은(?) 변경이 있었습니다.

카메라를 사용하거나 문자를 읽어오는 등의 권한을 사용할때

기존에는 앱을 다운받을때에만 사용자로부터 동의를 받으면 그이후는 마음대로 권한을 사용할 수 있었지만,

이제는 권한을 사용하는 시점에 사용자에게 권한허가를 받아야 하고 또한 사용자가 언제든지 권한을 켜고끌수 있도록 변경되었습니다.

이 이슈와 관련해서 아래 글을 읽어보시면 좀더 많은 도움이 되실겁니다.

[안드로이드]6.0 마시멜로우 권한체크하고 최적화하기

위의 글의 내용처럼 기본으로 제공되는 권한체크 함수들을 사용하고 이를 구조화해서 잘 만들기에는 많은 시간과 노력이 필요합니다.

권한을 체크하는 같은 코드를 복사/붙여넣기해서 금방금방 할수도 있겠지만 아주 좋지 않은 방식이라고 생각합니다.

~~(이렇게 코딩하면 우리 직원들은 저한테 1시간동안 갈굼 당합니다)~~

하지만 걱정할 필요없습니다.

TedPermission이 있다면 권한체크를 아주 간단하고 효과적으로 할 수 있습니다.

TedPermission

https://github.com/ParkSangGwon/TedPermission

사실 TedPermission은 이름에서 보시면 알 수 있듯이 제가 만든 라이브러리입니다.

(제 영어이름이 Ted Park입니다)

이 라이브러리는 제가 수많은 삽질을 거치며 어느정도 구조화해서 만든 권한체크 라이브러리입니다.

기존에 권한체크방식을 설계하고 코딩해보신 분이라면 얼마나 간단하게 줄여졌는지 체감하실 수 있을겁니다.

1. Gradle 추가

dependencies {
    compile 'gun0912.ted:tedpermission:2.0.0'
}

RxJava1,RxJava2도 지원합니다.

RxJava를 지원하는 TedPermission은 GitHub에서 직접 확인해주세요

https://github.com/ParkSangGwon/TedPermission

2. PermissionListener 생성

권한이 허가되거나 거부당했을때 결과를 리턴해주는 리스너를 만들어줍니다.

onPermissionGranted()는 권한이 모두 허용 되고나서 실행되며 onPermissionDenied()는 요청한 권한중에서 거부당한 권한목록을 리턴해줍니다.

3개의 권한을 요청했는데 사용자가 1개만 허용하고 2개는 거부한경우 onPermissionDenied()에 2개의 거부당한 권한목록이 전달됩니다.


PermissionListener permissionlistener = new PermissionListener() {
    @Override
    public void onPermissionGranted() {
        Toast.makeText(Activity1.this, "권한 허가", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void onPermissionDenied(ArrayList<String> deniedPermissions) {
        Toast.makeText(Activity1.this, "권한 거부\n" + deniedPermissions.toString(), Toast.LENGTH_SHORT).show();
    }


};

3. 권한체크 시작

TedPermission 클래스를 이용해서 권한체크를 시작합니다.

이때 리스너, 요청하는 권한, 권한요청시 필요한 메세지들 등에 대해서 설정을 해주는 작업을 해주고 check()함수를 통해서 실제로 권한체크를 시작합니다.


TedPermission.with(this)
        .setPermissionListener(permissionlistener)
        .setRationaleMessage("구글 로그인을 하기 위해서는 주소록 접근 권한이 필요해요")
        .setDeniedMessage("왜 거부하셨어요...\n하지만 [설정] > [권한] 에서 권한을 허용할 수 있어요.")
        .setPermissions(Manifest.permission.READ_CONTACTS)
        .check();

4. 기타

커스터마이징을 지원하는 함수들을 통해서 원하시는 메세지 혹은 버튼이름을 설정할 수 있습니다.

setRationaleMessage()

- 권한을 요청하기전에 이 권한이 필요한 이유에 대해서 설명하는 메세지를 설정합니다.

- 기본으로 제공되는 shouldShowRequestPermissionRationale()를 이용해서 이 메세지를 보여준다면,

제일 처음 권한을 요청할때는 false가 리턴되서 rationale 메세지를 보여주지 못하지만 TedPermission은 처음 요청할때도 rationale 메세지를 보여줍니다.

setRationaleConfirmText()

- 권한이 필요한 이유에 대해서 설명하는 다이어로그에서 [확인]버튼 텍스트를 설정합니다.

setDeniedMessage()

- 사용자가 권한을 거부했을때 보여지는 메세지를 설정합니다.

- 여기서 다시한번 사용자가 권한을 허용할수있도록 유도하는 효과적인 메세지가 필요할 수도 있습니다

setDeniedCloseButtonText()

- 거부했을때 보여지는 메세지 다이어로그에서 [닫기]버튼 텍스트를 설정합니다.

setGotoSettingButton()

- 사용자가 권한을 거부했을때 보여지는 메세지에서 '설정' 화면으로 갈수있는 버튼을 보여줄지 여부를 결정합니다.

setGotoSettingButtonText()

- '설정'화면으로 갈수있는 버튼을 보여주는경우 해당 버튼의 텍스트를 설정합니다.

동작원리

TedPermission의 핵심은 투명한 권한체크 Activity를 띄우는데에 있습니다.

권한을 체크하려면 권한을 요청하면 onRequestPermissionsResult() 함수로 대응을 해주어야 하기때문에 권한을 요청하는 경우 이 투명한 Activity에서 권한을 체크하고 결과를 리턴해주는 작업을 해줍니다.

~~그리고 결과들을 Event bus인 Otto를 이용하여 전달해주고 있습니다.~~

(RxJava를 지원하면서 Otto는 사용하지 않게되었습니다)

1. 권한체크 액티비티 시작

2. 체크해야할 권한목록을 가져옴

3-1. 이미 해당 권한들이 허가되어있는경우 권한이 허용되었음을 알림

3-2. 허용되어 있지 않은경우 rationale 메세지가 세팅되어있다면 권한이 필요한 이유를 보여주고 권한허가를 요청(그렇지않은경우 바로 권한허가를 요청)

4. onRequestPermissionsResult()에서 거부된 권한목록을 체크

5-1. 거부된권한이 하나도 없는경우는 모두 허가된것으로 판단하고 권한이 허용되었음을 알림

5-2. 하나라도 권한이 허용되지 않은경우 권한이 허용되지 않았음을 알리고 거부된 권한목록을 함께 보냄

6. 여기서 권한이 허용/거부 되었음을 알리는 방법으로는 Otto를 사용해서 Event를 날림

좀더 자세한 동작원리는 직접 TedPermission 프로젝트를 다운받고 살펴보셔도 좋습니다.

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

TedPermission를 유용하게 사용하셔서 사용자로부터 모든권한을 허가받으시고 행복한 개발 하셨으면 하는 마음입니다.

사용하시면서 문제가 발생하시거나 좋은 기능을 추가하셨다면 Issues / Pull requests를 보내주시면 감사하겠습니다.

감사합니다.

[AWS]Lambda의 시작 - 'Hello World' 출력하기

박상권 — Mon, 30 May 2016 08:56:21 +0900

AWS Lambda의 소개 및 서버없이 Restful API서버구성을 만드는 방법이 궁금하시다면 아래 블로그부터 확인하시고 이 글을 따라오시길 권장합니다.

[IT/AWS] - [AWS]서버없이 Lambda와 API Gateway로 서버API 만들기

Lambda로 'Hello World' 출력하기

1. AWS콘솔에서 Lambda서비스로 이동합니다.

2. 처음 만드시는경우라면 [Get Started Now]버튼을 눌러 시작합니다.

이전에 Lambda function을 만든적이 있다면 [Create a Lambda function]을 클릭합니다.

3. 제일처음 우리를 맞이하는것은 blueprint라는 일종의 템플릿 개념입니다.

사람들이 많이 쓰일만한 패턴들의 소스코드들을 이미 템플릿으로 만들어져서 제공하고 있습니다.

가장 기본인 'hello world' 예제도 node.js, python용으로 미리 만들어져 있으며 S3, dynamodb, sns등 AWS자체의 서비스와 연동된 템플릿들도 제공을 합니다.

우리는 저돌적인 개발자이기때문에 쿨하게 [Skip]버튼을 눌러 직접 소스코드를 작성해보겠습니다.

4. 'Step2'가 제일 메인이 되는 부분의 페이지입니다.

Name이나 Description은 원하시는대로 작성해주시고 Runtime ( Node.js , Python, Java )에서 본인이 작성하길 원하는 언어의 코드를 선택해줍니다.

이 블로그에서는 Node.js(v0.10.42)를 기준으로 소스코드를 작성할 예정입니다.

아래 Lambda function code에서는 직접 소스코드를 작성할수도 있고, 미리 코딩한 파일을 zip파일형태로 업로드하거나 S3를 통해서 가져올수도 있습니다.

(저는 실제로 사용할때는 Webstorm을 이용해서 로컬에서 코딩을 끝내고 zip파일을 업로드 하고 있지만 이번 예제에서는 직접 코드를 입력하는 방식으로 진행하겠습니다)

5. 다른 설정들보다도 제일 중요한건 Lambda funtion code작성입니다.

아래의 코드는 API Gateway를 통해서 Lambda가 호출됐을때 'Hello World'를 출력해주는 가장 기본적인 코드입니다.

여기서 우리는 handler, event, context에 대해서만 알아두면 됩니다.

handler

handler함수가 Lambda funtion이 시작되는 메인 함수라고 보면 됩니다.

이 함수에 앞으로 설명할 event,context가 넘어오고 이를 우리가 컨트롤 해주어야 합니다.

http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-handler.html

event

Node.js에서 request의 개념으로 이해하시면 좋습니다.

Lambda가 실행되면서 전달되는 파라미터값들이 event를 통해서 넘겨받게 됩니다.

API Gateway와 연동될경우, GET, POST, PUT, DELETE 의 동작에서 넘겨지는 query, body, params등의 값들을 event에서 가져올 수 있습니다.

context

event가 request개념이었다면 context는 response개념으로 이해하시면 좋습니다.

context에서 결과로 리턴하는 함수는 done(), succeed(), fail()이 있습니다.

context.succeed(Object result);

결과가 성공했을때 리턴해주는 함수입니다.

여기서 Object는 json형식의 구조이어야 합니다.

물론 result값을 넘겨주지않고 succeed()나 succeed(null)로도 리턴할 수 있습니다.

context.fail(Error error);

결과가 실패했을때 리턴해주는 함수입니다.

Error또한 값을 넘겨주지않고 사용할 수도 있습니다.

여기서 발생한 에러는 CloudWatch에 로그로 남겨지게 됩니다.

context.done(Error error, Object result);

결과가 성공이든 실패든 어떠한경우에도 쓰일수 있는 함수입니다.

첫번째 파라미터인 error가 null이라면 성공으로, 그렇지않다면 실패로 판단합니다.

여기서 error가 발생한경우는 fail()처럼 CloudWatch에 로그로 남겨지게 됩니다.

http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-using-old-runtime.html

만약 Node.js를 v0.10이 아니라 v4.3을 쓰게 된다면 위의 함수들이 아닌 callback()함수를 사용해야 합니다.

http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-using-old-runtime.html#transition-to-new-nodejs-runtime

succeed() -> callback()

// Old way (Node.js runtime v0.10.42).
context.succeed('Success message');  

// New way (Node.js runtime v4.3).
context.callbackWaitsForEmptyEventLoop = false; 
callback(null, 'Success message');

fail() -> callback()

// Old way (Node.js runtime v0.10.42).
context.fail('Fail object');  

// New way (Node.js runtime v4.3).
context.callbackWaitsForEmptyEventLoop = false; 
callback('Fail object', 'Failed result');

done() -> callback()

// Old way (Node.js runtime v0.10.42).
context.done(null, 'Success message');  

// New way (Node.js runtime v4.3).
context.callbackWaitsForEmptyEventLoop = false; 
callback(null, 'Success message');

Node.js v4.3부터 사용할 수 있는 callback()함수는 아래 링크에서 좀더 자세히 살펴 볼 수 있습니다.

http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-handler.html#nodejs-prog-model-handler-callback

위의 handler, event, context 개념을 잘 따라오셨다면 이제 'Hello World' 를 리턴하는 이 소스코드를 이해하실 수 있으실겁니다.

6. 소스코드 작성을 마쳤다면 아래에서 기타 설정들을 확인할 수 있습니다.

Handler

소스코드로 직접 작성할경우 이 파일이름이 index.js파일이 되는 개념이고 handler함수가 메인이기때문에 이 함수를 지정해줍니다.

Role

Lambda에서 S3나 Dynamodb처럼 다른 서비스에 접근해야하는 권한이 필요한경우 IAM Role을 만들어서 지정해주어야 합니다.

처음에는 만들어져있는 role이 없으므로 새로 하나 만들어주어야 합니다.

여기서는 가장 기본적인 [Basic execution role]을 선택하도록 하겠습니다.

그다음 화면에서 만드는 과정은 별다르게 건드릴필요 없이 [Allow] 버튼을 누르면 생성됩니다.

그 외로 메모리설정이나 타임아웃시간, VPC를 지정할 수 있지만 기본으로 설정되어있는 상태에서 [Next]를 눌러줍니다.

7. 이제 다 끝났습니다.

마지막으로 우리가 작성한 function내용을 확인하고 [Create funtion]을 눌러주면 완료됩니다.

8. 우리가 만든 Lambda function code를 테스트 해볼수도 있습니다.

event로 넘겨줄 값을 설정하고 [Save and test]버튼을 누르면 아래 이미지처럼 우리가 설정해둔 결과를 받아 볼 수 있습니다.

Lambda function code의 동작원리만 충분히 이해하신다면 기타 부가적인 설정들은 어렵지 않으실겁니다.

이번 포스팅에서는 가장 기본적인 코드들과 설정방법에 대해서 알아보았습니다.

Lambda와 API Gateway를 이용해서 서버없이 GET, POST, PUT, DELETE동작을 하는 Restful API를 구성하는 방법은 아래 포스팅을 참고하시면 됩니다.

[AWS]API Gateway - RESTful API만들기

감사합니다.

[AWS]서버없이 Lambda와 API Gateway로 서버API 만들기

박상권 — Mon, 30 May 2016 08:55:05 +0900

서버없이 서버기능을 만든다고?

이 개념에 대해서 처음 접해보시는분은 언뜻 잘 이해가 되지 않으실겁니다.

붕어없는 붕어빵은 이해가 되는데, 서버없이 서버기능을 만든다니?!

하지만 이 글을 끝까지 읽어보시면 이 말이 이해가 가시게 될겁니다.

우리는 먼저 AWS에서 제공하는 Lambda와 API Gateway에 대해서 알고 시작해야 합니다.

Lambda란?

AWS Lambda를 사용하면 서버를 프로비저닝하거나 관리할 필요 없이 코드를 실행할 수 있습니다.
사용한 컴퓨팅 시간만큼만 비용을 지불하고, 코드가 실행되지 않을 때는 요금이 부과되지 않습니다.
Lambda에서는 사실상 모든 유형의 애플리케이션이나 백엔드 서비스에 대한 코드를 별도의 관리 없이 실행할 수 있습니다.
코드를 업로드하기만 하면, Lambda에서 높은 가용성으로 코드를 실행 및 확장하는 데 필요한 모든 것을 처리합니다.
다른 AWS 서비스에서 코드를 자동으로 트리거하도록 설정하거나 웹 또는 모바일 앱에서 직접 코드를 호출할 수 있습니다.

AWS Lambda 소개내용

네, 그런데 제가 읽어도 무슨말인지 정확히 이해가 되지 않습니다...

이해하기 쉽게 예를 들어보겠습니다.

저는 페이스북의 운영자입니다. ~~(사실 아닙니다)~~

사용자가 사진을 페이스북에 올리는경우 원본사진과 함께 원본에 해당하는 썸네일 사진도 저장하고 싶은경우가 생겼습니다.

이럴경우 보통 서버에서 사진을 S3에 업로드 한뒤 따로 해당 이미지의 썸네일을 만드는 작업을 수행하고 다시 S3에 저장을 합니다.

그런데 만약 여러군데에서 사진을 업로드하는경우가 생긴다면 썸네일 만드는 작업을 수행하는걸 여러군데에서 수행하도록 코드를 짜야합니다.

썸네일을 만드는 공통함수로 만들어서 해당 함수만 호출하는 방법도 있지만 이럴때 Lambda를 이용하면 간편합니다.

Lambda가 이미지가 저장되는 S3를 계속 모니터링 하도록 설정합니다.

어느경로를 통해서든지 S3에 새로운 이미지가 추가되는경우 Lambda가 이를 감지하고 미리 지정된 코드를 수행합니다.

미리 지정된코드에는 이미지를 썸네일로 만들고 S3에 저장하는 코드가 들어 있을겁니다.

(출처: http://www.slideshare.net/awskorea/serverless-architecture-lambda-api-gateway)

Lambda는 이 작업만 수행합니다.

별다른 서버가 필요 없습니다.

요금도 매월 일정수준까지 무료로 이용할수있고 요청수,시간만큼만 내면 됩니다.

현재 Lambda는 Node.js, Python, Java 언어를 지원합니다.

API Gateway란?

쉽게 생각하면 '라우터'개념으로도 볼수있습니다.

AWS의 설명에 따르자면 '현관문' 역할을 하기도 합니다.

/user 라는 API의 요청이 왔을때 이를 A서버의 /aaa 로 보낼수도 있고 B서버의 /bbb로 보낼수도 있습니다.

심지어 GET요청을 POST요청으로 바꿔서 연결해줄수도 있고 사용방법은 무궁무진 합니다.

여기에 더불어 위에서 알아봤던 Lambda로 코드를 작성한뒤 API Gateway에서 이 Lambda코드가 실행회도록 연결해줄 수도 있습니다.

(출처: http://www.slideshare.net/AmazonWebServices/build-and-manage-your-apis-with-amazon-api-gateway)

아몰랑, 어떻게하는지 알려줘

역시 개발자는 코드로 대화해야 제맛이죠

Lambda와 API Gateway를 이용해서 서버없이 Restful API구성을 해보도록 하겠습니다.

Lambda와 API Gateway를 설정하는 방법에 대해 각각 아래 포스팅을 참고하시면 좋습니다.

Lambda

[IT/AWS] - [AWS]Lambda의 시작 - 'Hello World' 출력하기

API Gateway

[AWS]API Gateway - RESTful API만들기

2개의 블로그 글을 잘 따라오시면서 만드셨다면 여러분은 이미 서버없이 서버구성을 마치셨을겁니다.

그리고 이제 우리는 아래와 같은 아키텍처를 이해하고 직접 구성해볼 수 있을것입니다.

어때요 참 쉽죠?

~~( 물론 전 어려웠습니다 )~~

AWS로 서버없이(serverless) 서버구성하기 어렵지 않아요

위와같은 개념에 대해 제 블로그 하나만으로는 충분히 이해하기 힘들수 있습니다.

아래 링크들을 통해서 좀더 많은 도움이 되시길 바랍니다.

http://www.slideshare.net/awskorea/serverless-architecture-powered-by-lambda-kiwoan-kim

https://blog.outsider.ne.kr/1205

https://aws.amazon.com/ko/blogs/korea/serverless-architecture-by-korean-developers/

감사합니다.

[카카오톡 옐로아이디]자동응답API 설정하기

박상권 — Fri, 27 May 2016 09:30:19 +0900

카카오톡 옐로아이디가 뭐에요?

'옐로아이디는 고객과 소통할 수 있는 카카오톡 비즈니스 아이디입니다' 라고 옐로아이디 홈페이지에 나와있습니다.

옐로아이디의 활용방법은 무궁무진합니다.

음식점이나 쇼핑몰같은 매장 혹은 상점에서 고객관리 혹은 홍보가 가능합니다.

앱서비스나 기타 온라인서비스에서 고객문의나 불만사항접수등의 소통창구로 쓰이기도 합니다.

( 셀폰 앱서비스의 옐로아이디를 이용한 고객응대 )

옐로아이디에 대한 소개나 활용방법은 아래 공식홈페이지에서 확인해보시면 좋습니다.

https://yellowid.kakao.com

자동응답API란?

텔레그램이나 슬랙같은곳에서 봇(Bot)이라는 개념을 들어보셨을겁니다.

네 맞습니다. 그 로봇의 봇(Bot)입니다.

이 봇의 개념은 여러용도로 사용할 수도 있습니다.

주식시황을 알려주는 봇을 만든다고 가정하면 채팅창에 '삼성전자' 라고 치면 현재가를 알려주도록 할수도 있습니다.

혹은 '심심이'처럼 봇과 대화할수있는 기능도 만들수 있습니다.

이러한 기능을 할수 있도록 카카오 옐로아이디에서는 '자동응답 API'기능을 제공합니다.

자동응답 API 설정하기

우선 무엇보다도 옐로아이디 계정이 있으셔야 합니다.

계정이 없으시다면 계정을 만드시고 심사를 통과하시면 자동응답 API를 설정하실 수 있습니다.

문제없이 옐로아이디를 만드셨다면 옐로아이디 페이지에서 [자동응답]-[자동응답 API]메뉴를 선택합니다.

위의 화면에서는 이미 자동응답기능이 설정되어 있지만 처음 화면에 들어오시는경우는 자동응답을 위한 앱등록을 해주셔야 합니다.

자동응답 API에서는 5개의 API를 제공하고 있고 이에 대한 응답기능이 구현되어 있어야 합니다.

1) 키보드

GET /keyboard

- 처음에 사용자가 채팅방에 들어왔을때 사용자에게 아래 키보드에 보여질 내용을 리턴해주어야 합니다.

2) 메세지

POST /message

- 자동응답 API에서 제일 핵심인 내용입니다. 사용자가 보내는 메세지/사진/동영상 을 이 API를 통해서 보내고 서버가 처리해서 그에맞는 응답을 해주면 됩니다.

3) 친구추가

POST /friend

- 사용자가 옐로아이디를 친구추가했을때 호출되는 API입니다.

4) 친구차단

DELETE /friend

- 사용자가 옐로아이디를 친구차단했을때 호출되는 API입니다.

5) 채팅방 나가기

DELETE /chat_room

- 사용자가 채팅내용을 삭제했을때 호출되는 API입니다.

위의 기능들을 완성하셨다면 API를 만든 서버주소정보를 입력하고 API테스트를 수행합니다.

문제가 없다면 정상적으로 앱등록이 완료되고 아래와 같은 화면을 보실 수 있습니다.

사실 관리페이지에서는 단계별로 필요한 정보를 입력하고 설정만 해주면 되기때문에 별로 어려운 작업은 없습니다.

자동응답 API 서버구성은 각자 편하신 언어/플랫폼에서 구성하시면 됩니다.

자동응답 API가 적용되어있는 옐로아이디를 테스트해보고 싶으시다면

아래 예시처럼 친구찾기에서 '박상권'을 검색하신뒤 친구추가하시고 테스트해보시거나 아래 링크를 따라서 친구추가해보시면 됩니다.

http://plus.kakao.com/home/ltrrr3dq

다음에는 '자동응답 API'에 응답하기 위한 서버구성을 하는방법에 대해 포스팅하겠습니다.

( AWS에서 서버없이 API Gateway와 Lambda를 이용해서 서버응답API를 구성하는 방법입니다 )

[안드로이드/Android]Google Map에 Custom Marker 추가하는 방법

박상권 — Tue, 26 Apr 2016 09:55:28 +0900

우리는 구글지도를 사용하면서 지도위에 찍는 마커를 사용합니다.

기본 Pin과 Pin을 눌렀을때 나오는 Snippet이 있지만 기본 Pin형식의 마커가 아닌 특정 정보를 보여주는 마커를 보여주고 싶을때가 있습니다.

먼저 아래 예시 이미지를 보겠습니다.

에어비앤비와 셀폰 서비스에서 보듯이 서버로부터 상점 혹은 호스트의 정보들을 가져와서 해당 위치에 맞게 마커를 찍어줍니다.

그리고 마커가 그냥 Pin모양이 아니라 가격정보 혹은 상점 이름으로 표시해주는 기능이 구현되어 있습니다.

참고로 에어비앤비는 자체적으로 기술블로그를 운영하고있습니다.

여기서 많은 정보를 얻을수 있고 유용한 오픈소스도 살펴볼 수 있습니다.

사랑합니다 에어비앤비

보통은 아래와 같은 마커였겠지만 위의 에어비엔비나 셀폰의 화면이 좀더 사용자가 필요한 정보만을 직관적으로 보여줄수 있습니다.

마커를 Custom해서 우리가 보여주고자하는 정보 자체를 마커로 사용하는 방법에 대해 포스팅해보겠습니다.

먼저 최종결과물은 아래와 같이 움직이게 될것입니다.

위치,가격정보를 받아와서 가격정보를 마커자체로 표시해주고,

마커가 선택되었을때 선택된 마커만 선택되어있음을 표시해주고 해당 마커를 지도의 가운데로 위치시킵니다.

설명없이 바로 샘플프로젝트를 돌려보고 싶으신분들은 Github에서 받아보실 수 있습니다.

# 구현 순서

1. 구글지도 프로젝트 준비

2. 선택/비선택 배경이미지 준비(9patch 이미지)

3. 커스텀마커를 위한 xml 생성

4. 마커에 사용될 위치/기타정보를 포함하는 Class 생성

5. 샘플 마커정보 목록 생성

6. 마커정보로부터 하나씩 마커 추가

7. 마커가 선택되었을때 수행할 작업 설정

8. 기타 작업

1. 구글지도 프로젝트 준비하기

Google Maps Android API를 참조해서 구글지도를 설정할수도 있지만 New Project에서 구글지도 프로젝트를 바로 만들어 줄수도 있습니다.

물론 지도를 로딩하는데 필요한 API KEY는 각자 Google API콘솔에서 발급 받아야 합니다.

2. 선택/비선택 배경이미지 준비

마커의 배경으로 사용할 이미지는 9patch이미지로 준비되어야 합니다.

가격정보를 TextView에 설정해줄때 9patch이미지로 이미지가 늘어날 부분을 결정해주고 글자가 들어갈 크기도 지정해 줄 수 있습니다.

9patch 이미지에 대해 아직 감이 안오신다면 검색을 통해서 익혀보시기 바랍니다.

(추후 블로그주제로 다루겠습니다.)

미리 제가 만들어둔 아래의 이미지를 사용하셔도 되고 9patch이미지가 준비되어 있다면 그 이미지를 사용하셔도 좋습니다.

3. 커스텀마커를 위한 xml 생성

커스텀 마커 xml은 간단합니다.

FrameLayout아래에 가격정보를 설정할 TextView를 넣어주고 배경이미지로 위의 9patch이미지를 설정해줍니다.

4. 마커에 사용될 위치/기타정보를 포함하는 클래스 생성

예를들어 상점이라면 상점과 관련된 많은 정보들이 있을겁니다.

하지만 여기서는 상점이라고 예를들었을때 해당 상점의 위치와 판매하는 가격정보 3가지만을 가지고 있는 클래스를 만들겠습니다.

각자 서비스에 맞게 여러가지 변수정보들을 포함시켜주시면 됩니다.

5. 샘플 마커정보 목록 생성

위에서 만든 클래스의 샘플리스트를 만들어 줍니다.

실제로는 서버에서 해당 정보들의 목록을 받아오고 그 목록을 마커로 추가해주어야 합니다.



private void getSampleMarkerItems() {
    ArrayList<MarkerItem> sampleList = new ArrayList();


    sampleList.add(new MarkerItem(37.538523, 126.96568, 2500000));
    sampleList.add(new MarkerItem(37.527523, 126.96568, 100000));
    sampleList.add(new MarkerItem(37.549523, 126.96568, 15000));
    sampleList.add(new MarkerItem(37.538523, 126.95768, 5000));


    for (MarkerItem markerItem : sampleList) {
        addMarker(markerItem, false);
    }

}

샘플로 4개의 MarkerItem을 만들고 추가해줍니다.

완성된 샘플리스트에서 커스텀 마커를 추가하는 addMarker()를 각각 호출해줍니다.

6. 마커정보로부터 하나씩 마커 추가

먼저 위에서 커스텀마커를 위해 만들어둔 xml을 가져옵니다.


private void setCustomMarkerView() {

    marker_root_view = LayoutInflater.from(this).inflate(R.layout.marker_layout, null);
    tv_marker = (TextView) marker_root_view.findViewById(R.id.tv_marker);
}

setCustomMarkerView() 은 onCreate()나 onMapReady()처럼 액티비티가 초기화되는 부분에 미리 뷰를 설정해주어야 합니다.

다음 실제 마커를 추가하는 addMarker()함수를 만들어줍니다.



private Marker addMarker(MarkerItem markerItem, boolean isSelectedMarker) {


    LatLng position = new LatLng(markerItem.getLat(), markerItem.getLon());
    int price = markerItem.getPrice();
    String formatted = NumberFormat.getCurrencyInstance().format((price));

    tv_marker.setText(formatted);

    if (isSelectedMarker) {
        tv_marker.setBackgroundResource(R.drawable.ic_marker_phone_blue);
        tv_marker.setTextColor(Color.WHITE);
    } else {
        tv_marker.setBackgroundResource(R.drawable.ic_marker_phone);
        tv_marker.setTextColor(Color.BLACK);
    }

    MarkerOptions markerOptions = new MarkerOptions();
    markerOptions.title(Integer.toString(price));
    markerOptions.position(position);
    markerOptions.icon(BitmapDescriptorFactory.fromBitmap(createDrawableFromView(this, marker_root_view)));


    return mMap.addMarker(markerOptions);

}

마커를 추가하기위해서 우리는 마커와 관련된 정보인 MarkerItem과 해당마커가 선택되어있는지 아닌지에 대한 isSelectedMarker정보를 받아옵니다.

MarkerItem에서 위치정보와 가격정보를 받아옵니다.

받아온 가격정보는 1000같은 숫자이지만 이 값을 W1,000 과 같이 표시해주기 위해 NumberFormat.getCurrencyInstance().format()를 사용합니다.

만약 선택되어있는 마커로 표시되어야 한다면 배경이미지를 파란색, 글씨색을 흰색으로 해주고

그렇지 않다면 배경이미지를 흰색, 글씨색을 검은색으로 설정하도록 해줍니다.

MarkerOptions를 만들어주고 지도에 add하는 작업만 해주면 끝나는데 여기서 우리가 설정한 View를 Bitmap으로 변환해주는 작업이 필요합니다.

createDrawableFromView() 함수가 이 작업을 수행해 줍니다.


// View를 Bitmap으로 변환
private Bitmap createDrawableFromView(Context context, View view) {

    DisplayMetrics displayMetrics = new DisplayMetrics();
    ((Activity) context).getWindowManager().getDefaultDisplay().getMetrics(displayMetrics);
    view.setLayoutParams(new ViewGroup.LayoutParams(ViewGroup.LayoutParams.WRAP_CONTENT, ViewGroup.LayoutParams.WRAP_CONTENT));
    view.measure(displayMetrics.widthPixels, displayMetrics.heightPixels);
    view.layout(0, 0, displayMetrics.widthPixels, displayMetrics.heightPixels);
    view.buildDrawingCache();
    Bitmap bitmap = Bitmap.createBitmap(view.getMeasuredWidth(), view.getMeasuredHeight(), Bitmap.Config.ARGB_8888);

    Canvas canvas = new Canvas(bitmap);
    view.draw(canvas);

    return bitmap;
}

이 함수는 넘겨받은 View를 Bitmap으로 변환하는 작업을 해주는데 buildDrawingCache()를 통해서 Bitmap으로 변환해줄수 있습니다.

이렇게까지 하시면 우리는 샘플리스트의 각각의 정보를 우리가 만든 커스텀 마커로 만들고 지도에 표시해주는 작업을 해줄수가 있습니다.

하지만 이게 끝은 아니죠

마커가 선택되었을때의 이미지를 추가해주어야 합니다.

7. 마커가 선택되었을때 수행할 작업 설정

mMap.setOnMarkerClickListener(this);

먼저 구글지도에 markerClickListener를 달아줍니다.


@Override
public boolean onMarkerClick(Marker marker) {

    CameraUpdate center = CameraUpdateFactory.newLatLng(marker.getPosition());
    mMap.animateCamera(center);

    changeSelectedMarker(marker);

    return true;
}

onMarkerClick()함수에서는 마커가 클릭되면 현재 클릭된 마커를 지도의 가운데로 이동시키고,

클릭된 마커를 선택된 마커로 변환해주는 함수를 호출합니다.


private void changeSelectedMarker(Marker marker) {
    // 선택했던 마커 되돌리기
    if (selectedMarker != null) {
        addMarker(selectedMarker, false);
        selectedMarker.remove();
    }

    // 선택한 마커 표시
    if (marker != null) {
        selectedMarker = addMarker(marker, true);
        marker.remove();
    }


}

changeSelectedMarker()함수는 약간의 눈속임 작업이 들어갑니다.

사용자가 봤을때는 선택되었던게 선택되지않은 이미지로, 선택되지 않았던게 선택된 이미지로 바뀌는것처럼 보일것입니다.

하지만 실제는 아래와 같은 작업이 이루어집니다.

1. 기존에 선택되어있는 마커정보를 이용해서 같은 내용의 선택되지않은 마커를 추가

2. 기존에 선택되어있는 마커를 지도에서 삭제

3. 새로 선택된 마커를 선택되어있는 마커정보로 추가

4. 새로 선택된 마커를 지도에서 삭제

또한 같은 addMarker()지만 마커로부터 정보를 가져와서 위에 선언했던 원래의 addMarker()함수를 사용하기위해 별도의 addMarker()함수를 만들어줍니다.


private Marker addMarker(Marker marker, boolean isSelectedMarker) {
    double lat = marker.getPosition().latitude;
    double lon = marker.getPosition().longitude;
    int price = Integer.parseInt(marker.getTitle());
    MarkerItem temp = new MarkerItem(lat, lon, price);
    return addMarker(temp, isSelectedMarker);

}

8. 기타 작업

구지 해주지 않아도 되는 작업이지만 필요하다면 추가해줄 작업도 있습니다.

우리는 사용자의 편리함을 추구하니까요

사랑합니다 고갱님...

마커가 아닌 지도가 선택되었을때 기존에 선택되어있는 마커는 선택되지 않은것으로 바꿔주는 작업을 해줍니다.

mMap.setOnMapClickListener(this);

먼저 지도에 클릭리스너를 달아주고 마커가 아닌 지도가 클릭되면 기존의 선택되어있는 마커를 선택되지않은 마커로 변환해주는 작업을 수행합니다.

@Override
public void onMapClick(LatLng latLng) {
    changeSelectedMarker(null);
}

아래는 최종 MapsActivity의 소스코드 입니다.

물론 이 프로젝트는 Github에서도 확인해보실수 있습니다.

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

다음번에는 구글지도의 Clustering기능을 이용해서 마커가 한번에 몰려있을때는 개수로 표시해주고 줌인을 했을대 상세 마커들을 표시해주는 방법에 대해서 포스팅해보겠습니다.

Clustering이 적용된 화면은 아래와 같습니다.

감사합니다.

[안드로이드/Android]EditText를 커스텀하여 'X'버튼 추가하기 - ClearEditText

박상권 — Tue, 12 Apr 2016 14:05:47 +0900

우리는 EditText를 구현하면서 사용자의 편의를 위해서 EditText와 겹쳐서 'X'버튼을 추가하는 경우가 많습니다.

'X'버튼을 누르면 EditText의 텍스트 내용을 초기화하는 작업을 해줍니다.

아래 화면은 제가 운영중인 셀폰이라는 앱에서 이름을 변경하는 화면입니다.

사용자가 이름을 입력하게 되면 오른쪽에 'X'버튼 아이콘이 보여지고 사용자가 'X'버튼을 누르는경우 EditText의 모든 내용을 삭제할수 있도록 해주고 있습니다.

사실 이러한 패턴은 많은 안드로이드 앱에서 볼수 있습니다.

안드로이드 SDK tool인 uiautomatorviewer를 이용하여 카카오톡의 '대화방 검색' EditText를 살펴보아도 역시 레이아웃에 EditText와 ImageButton을 겹쳐서 구현해 놓은것을 알 수 있습니다.

위의 셀폰과 카카오톡뿐만 아니라 이와 비슷한 방식으로 구현하는 앱들은 대부분 아래와 같은 방식으로 구현되어 있을것입니다.

1. 레이아웃 xml에 EditText와 ImageButton(혹은 ImageView)를 겹쳐서 배치(X버튼은 맨 오른쪽으로 위치)

2. EditText에 TextWatcher를 추가

3. TextWatcher의 onTextChanged()에서 Text의 길이에 따라 X버튼 보여주기/숨기기

이게 엄청 복잡한 작업은 아니긴 합니다.

하지만 앱의 기능이 많아질수록 EditText의 개수가 늘어나게 되면 위와같은 반복작업을 해주어야 합니다.

귀찮습니다

네, 맞습니다. 이러한 작업이 반복되면 귀찮아 집니다.

우리는 귀찮은걸 참을수 없습니다.

ClearEditText만들기!

'X'버튼을 함께 포함하고있는 EditText를 커스텀해서 만들어 보겠습니다.

~~(설명 읽기 귀찮으신분들은 Github에서 바로 다운받아서 실행해보세요)~~

ClearEditText 에서 구현해야 하는 기능은 아래와 같습니다.

1. 'X'버튼을 EditText에 추가

2. 텍스트 길이에 따라 'X'버튼 보이기/숨기기

3. 'X'버튼이 눌리는 경우 텍스트 초기화

4. EditText에 포커스가 있을때에만 'X'버튼을 보이기

1. EditText에 'X'버튼 추가

AppCompatEditText를 상속받은 ClearEditText 클래스를 만들어 줍니다.

기본으로 생기는 생성자도 3개 모두 추가해줍니다.


public ClearEditText(final Context context) {
    super(context);
    init();
}

public ClearEditText(final Context context, final AttributeSet attrs) {
    super(context, attrs);
    init();
}

public ClearEditText(final Context context, final AttributeSet attrs, final int defStyleAttr) {
    super(context, attrs, defStyleAttr);
    init();
}

각 생성자에서 호출할 init()함수를 만들어줍니다.

init()에서는 'X'버튼을 추가해주고 Touch,Focus,TextWatcher 리스너를 추가해줄것입니다.

이제 우리는 EditText에 'X' 버튼을 추가해주어야 합니다.

여기서는 X버튼으로 appcompat에서 제공하는 abc_ic_clear_mtrl_alpha 를 사용하도록 하겠습니다.

혹은 자신이 원하는 'X'버튼을 이미지로 사용해도 좋습니다.


Drawable tempDrawable = ContextCompat.getDrawable(getContext(), R.drawable.abc_ic_clear_mtrl_alpha);
clearDrawable = DrawableCompat.wrap(tempDrawable);
DrawableCompat.setTintList(clearDrawable,getHintTextColors());
clearDrawable.setBounds(0, 0, clearDrawable.getIntrinsicWidth(), clearDrawable.getIntrinsicHeight());

setClearIconVisible(false);

롤리팝 이하버전을 위해 Compat을 이용해서 wrapDrawable을 만들어주고

DrawableCompat을 이용해서 X이미지를 hint의 색깔에 맞춰서 같은 색으로 맞출수 있도록 Tint를 적용해줍니다.

getIntrinsicWidth()와 getIntrinsicHeight()를 이용해서 크기를 지정해 줍니다.

private void setClearIconVisible(boolean visible) {
    clearDrawable.setVisible(visible, false);
    setCompoundDrawables(null,null, visible ? clearDrawable : null,null);
}

setCompoundDrawables()는 setDrawablePadding과 같은 효과를 줍니다. X버튼이 보여져야 하는경우 EditText의 오른쪽에 위치시킵니다.

2. 텍스트 길이에 따라 X버튼 보이기/없애기

init()에서 addTextChangedListener(this)를 추가해줍니다.


@Override
public final void onTextChanged(final CharSequence s, final int start, final int before, final int count) {
    if (isFocused()) {
        setClearIconVisible(s.length() > 0);
    }
}

@Override
public void beforeTextChanged(CharSequence s, int start, int count, int after) {
}

@Override
public void afterTextChanged(Editable s) {
}

Focus상태일때만 판단을 하며 텍스트의 길이가 0보다 크면 보여주고 그렇지 않으면 보여주지 않습니다.

3. X버튼이 눌리는경우 텍스트 초기화

init()에서 super.setOnTouchListener(this)를 추가해줍니다.


@Override
public boolean onTouch(final View view, final MotionEvent motionEvent) {
    final int x = (int) motionEvent.getX();
    if (clearDrawable.isVisible() && x > getWidth() - getPaddingRight() - clearDrawable.getIntrinsicWidth()) {
        if (motionEvent.getAction() == MotionEvent.ACTION_UP) {
            setError(null);
            setText(null);
        }
        return true;
    }

    if (onTouchListener != null) {
        return onTouchListener.onTouch(view, motionEvent);
    } else {
        return false;
    }

}

X버튼이 보여지고 있고 터치 위치가 X버튼의 위치일경우 text를 초기화 시킵니다.

텍스트 에러를 표시해주고 있었다면 에러도 없애주기 위해 setError(null) 처리 해줍니다.

이 ClearEditText 에도 터치리스너가 추가 될수 있으므로 터치리스너를 설정할수있는 함수를 제공해주고 터치리스너에게 터치값을 넘겨주어야 합니다.


@Override
public void setOnTouchListener( OnTouchListener onTouchListener) {
    this.onTouchListener = onTouchListener;
}

4. EditText에 포커스가 있을때에만 X버튼을 보이기

init()에서 super.setOnFocusChangeListener(this)를 추가해줍니다.


@Override
public void onFocusChange(final View view, final boolean hasFocus) {
    if (hasFocus) {
        setClearIconVisible(getText().length() > 0);
    } else {
        setClearIconVisible(false);
    }
    
    if (onFocusChangeListener != null) {
        onFocusChangeListener.onFocusChange(view, hasFocus);
    }
}

이 EditText에 포커스가 있는경우는 텍스트의 길이에 따라서 X버튼의 표시여부를 결정합니다.

포커스가 없는경우는 X버튼을 보여주지 않습니다.

위의 터치리스너와 마찬가지로 포커스리스너 또한 이 EditText에 추가될수 있으므로 설정할수 있는 함수를 제공하고 포커스변화값을 넘겨주어야 합니다.


@Override
public void setOnFocusChangeListener( OnFocusChangeListener onFocusChangeListener) {
    this.onFocusChangeListener = onFocusChangeListener;
}

'아몰랑 그냥 전체 소스코드만 알려줘'

라는 분들을 위해 ClearEditText 전체 소스코드를 준비했습니다.

이것도 귀찮으시다면? Github에서 프로젝트를 다운받아서 바로 테스트해보세요.

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

여기에 추가할 유용한 기능들을 생각해볼 수 있습니다.

- xml에서 X버튼 이미지를 지정해서 추가해줄수 있도록 하기

- 현재 입력된 글자수를 표시해주는 EditText만들기

- EditText의 내용이 유효하지 않은경우 빨간밑줄 혹은 EditText Shake해주기

'CustomView만들기'에 대해서 좀더 궁금하시다면 아래 글을 참고하세요

[IT/Android-TIP (한글)] - [안드로이드]CustomView를 만들어서 재사용하기

이글은 Giving your Edit Texts the All Clear 에서 영감을 받아 작성되었습니다.

~~(사실 거의 대부분 갖다 썼...)~~

감사합니다.

[안드로이드/Android]6.0 마시멜로우 권한체크하고 최적화하기

박상권 — Fri, 19 Feb 2016 10:12:31 +0900

지난 2015년 5월에 열린 Google I/O에서 안드로이드 6.0 마시멜로우가 공개되었습니다.

여러가지 개선사항들중 우리 개발자들에게 큰 영향력을 끼칠수 있는 권한획득 방식이 변경되었습니다.

물론, 2016년 2월을 기준으로 현재 마시멜로우이상의 기기는 1.2%밖에 되지 않지만 앞으로 그 비율은 점점 늘어날 것입니다.(안드로이드 OS 점유율)

(2018년 1월기준으로는 55.6%까지 올라왔습니다)

현재 운영중인 앱에서 안드로이드 6.0 M(MarshMellow)버전과 관련된 오류가 없을수도 있지만 해당버전에 대해서 대응해 놓지 않을경우 점점 수많은 오류를 맞이하게 될것입니다.

이번 포스팅에서는 Permission획득 방식과 어떻게하면 좀더 효율적이게 사용할수 있을지에 대해 알아 보겠습니다.

Runtime Permission

이전까지 우리는 안드로이드의 권한을 관리하는것에 대해서 큰 어려움을 느끼지 않았습니다.

사용하는 권한들을 AndroidManifest.xml에 선언해두고 사용자가 앱을 설치하는 시점에 한번만 동의를 받으면 그 이후에는 문제없이 해당 권한들을 사용할 수 있었기 때문입니다.

사용자가 해당 권한을 이 앱에서 사용하는것에 대해서 꺼림직해 하거나 맘에 안든다면 앱을 사용하지 않는 방법밖에 없습니다.

그로인해 수많은 피싱앱이 생기기도 했고 일부 앱에서는 과도한 권한을 요구하는경우도 있었습니다.

(앱하나 다운받았더니 '접근권한' 44개 요구…'유리폰' 방지법 발의)

하지만 이제부터 안드로이드 6.0 마시멜로우버전 이상에서는 설치할때 권한허용 여부를 묻지 않습니다.

앱에서 해당 권한이 필요할때마다 사용자로부터 권한을 허가받도록 변경되었습니다.

또한, 사용자가 권한을 허가했더라도 사용자는 설정화면(설정 > 애플리케이션 > 앱이름 > 권한)을 통해 언제든지 권한을 허용/거부 할 수 있습니다.

그래서 우리는 해당 권한이 실행될때마다 권한을 사용할 수 있는지 확인해야하고, 권한을 사용할 수 없는경우에는 사용자로부터 권한을 허가받는 기능을 추가해주어야 합니다.

아직 마시멜로우에 대응할 마음의 준비가 안되셨나요?

지금 마시멜로우 폰에서 플레이스토어에 있는 내 앱을 설치하면 오류가 발생할까요?

그렇지 않습니다.

안드로이드에서 targetSdkVersion가 23버전보다 아래라면 앱이 설치되면 모든 권한이 허용되어있는 상태에서 시작합니다.

아직 마음의 준비가 안되셨다면 targetSdkVersion을 22로 두고 개발하세요.

단, 이미 targetSdkVersion을 23으로 올리셨다면 22로 내릴수 없습니다.

저는 이사실도 모르고 23으로 바로 올려버려서 마시멜로대응을 최대한 빨리 하는 상황을 맞이하였습니다..

하지만 위에서 언급한것처럼 사용자가 직접 설정페이지에서 해당 권한을 거부할 수도 있습니다.

사용자가 수동으로 설정페이지에서 권한을 없애버리면 내 앱은 오류가 발생할까요?

앱이 오류가 발생해서 죽지는 않습니다. 해당 권한을 사용하는 기능을 사용하지 못할뿐입니다.

현재 배포되어있는 앱은 오류를 방지하기위한 최소한의 장치로 생각하고 우리는 최대한 빨리 마시멜로우 권한획득에 관한 대응을 해놓아야 합니다.

모든 권한에 대해서 체크해야 할까요?

그렇지 않습니다.

당연히 AndroidManifest.xml에서 선언한 모든 권한에 대해서 허가를 받아올 필요는 없습니다.

구글이 정의한 Normal Permission과 Dangerous Permission중 Dangerous Permission에 대해서만 권한을 체크해주면 됩니다.

Normal and Dangerous Permissions

아래 표는 꼭 Permission을 체크하고 허가를 받아야 하는 Dangerous permissions와 permissions groups입니다.

이외의 Permission들은 체크하지 않으셔도 됩니다.

Permission Group	Permissions
`CALENDAR`	`READ_CALENDAR` `WRITE_CALENDAR`
`CAMERA`	`CAMERA`
`CONTACTS`	`READ_CONTACTS` `WRITE_CONTACTS` `GET_ACCOUNTS`
`LOCATION`	`ACCESS_FINE_LOCATION` `ACCESS_COARSE_LOCATION`
`MICROPHONE`	`RECORD_AUDIO`
`PHONE`	`READ_PHONE_STATE` `CALL_PHONE` `READ_CALL_LOG` `WRITE_CALL_LOG` `ADD_VOICEMAIL` `USE_SIP` `PROCESS_OUTGOING_CALLS`
`SENSORS`	`BODY_SENSORS`
`SMS`	`SEND_SMS` `RECEIVE_SMS` `READ_SMS` `RECEIVE_WAP_PUSH` `RECEIVE_MMS`
`STORAGE`	`READ_EXTERNAL_STORAGE` `WRITE_EXTERNAL_STORAGE`

권한 체크하고 요청하기

우리는 이제 권한을 체크하고 사용자에게 요청한뒤 다시 해당 결과값을 받아와야합니다.

이러한 과정에서 우리는 아래 함수들을 사용해야 합니다.

-권한을 가지고있는지 체크하기

ContextCompat.checkSelfPermission()


int permissionCheck = ContextCompat.checkSelfPermission(this, Manifest.permission.WRITE_CALENDAR);

if(permissionCheck== PackageManager.PERMISSION_DENIED){
    // 권한 없음
}else{
    // 권한 있음
}

- 해당 권한이 필요한 이유 설명해야하는 경우인지 알아오기

shouldShowRequestPermissionRationale()

FragmentCompat와 ActivityCompat 클래스에서 이 함수를 사용해서 체크할 수 있습니다.

해당 함수가 true를 리턴하는경우 우리는 왜 해당 권한이 필요한지를 설명해주고나서 권한 허가를 요청해야 합니다.

만약 권한허가요청 다이어로그에서 사용자가 [다시 묻지 않기]를 체크했다면 이 함수는 항상 false를 리턴합니다.

처음 권한을 요청하는경우에 이 함수는 항상 false를 요청합니다.

즉 사용자가 [다시 묻지 않기]를 체크하지 않고, 1번이상 권한요청에 대해 거부한 경우에만 true를 리턴해주고 있습니다.

왜 처음 권한을 요청할때 true를 리턴하지 않는지 이해가 가지 않습니다.

아래에서 설명하겠지만 저는 이 함수를 활용하지 않습니다.

- 권한 허가 요청하기

requestPermissions()

FragmentCompat와 ActivityCompat 클래스에서 이 함수를 사용해서 사용자에게 권한허가를 요청하는 다이어로그를 띄울수 있습니다.

(READ_CONTACTS 권한허가를 요청할때의 예제)


// Activity에서 실행하는경우
if (ContextCompat.checkSelfPermission(this,Manifest.permission.READ_CONTACTS)!= PackageManager.PERMISSION_GRANTED) {

    // 이 권한을 필요한 이유를 설명해야하는가?
    if (ActivityCompat.shouldShowRequestPermissionRationale(this,Manifest.permission.READ_CONTACTS)) {

        // 다이어로그같은것을 띄워서 사용자에게 해당 권한이 필요한 이유에 대해 설명합니다
        // 해당 설명이 끝난뒤 requestPermissions()함수를 호출하여 권한허가를 요청해야 합니다

    } else {

        ActivityCompat.requestPermissions(this,
                new String[]{Manifest.permission.READ_CONTACTS},
                MY_PERMISSIONS_REQUEST_READ_CONTACTS);

        // 필요한 권한과 요청 코드를 넣어서 권한허가요청에 대한 결과를 받아야 합니다

    }
}

- 권한허가 요청후 결과 가져오기

onRequestPermissionsResult()

이 함수는 Activity의 onActivityResult()와 비슷한 개념입니다.

위의 예제에서 MY_PERMISSIONS_REQUEST_READ_CONTACTS로 보낸 요청코드에 대해서 결과값을 가져오고 그에대한 처리를 해주어야 합니다.


@Override
public void onRequestPermissionsResult(int requestCode,
                                       String permissions[], int[] grantResults) {
    switch (requestCode) {
        case MY_PERMISSIONS_REQUEST_READ_CONTACTS: 
            
            if (grantResults.length > 0
                    && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                // 권한 허가
                // 해당 권한을 사용해서 작업을 진행할 수 있습니다
            } else {
               // 권한 거부
                // 사용자가 해당권한을 거부했을때 해주어야 할 동작을 수행합니다
            }
            return;
    }
 }

최적화하기

- Intent를 활용하자

사용자에게 하는 권한허가요청을 줄이는것이 사용자와 개발자 모두의 정신건강에 좋습니다.

그래서 꼭 해당 권한을 사용하지 않고 intent로 대체해서 사용할 수 있다면 그렇게 해주는것이 좋습니다.

만약 카메라로 사진을 찍고 이미지를 가져와야하는경우 카메라뷰를 커스텀해서 사용하는것이 아니라면 CAMERA권한을 허가요청할 필요 없이 ACTION_IMAGE_CAPTURE를 이용해 intent를 날리면 좋습니다.

Intent중 권한이 필요없는 것들을 살펴보시고 권한허가를 요청하지 않고 구현해보시기 바랍니다.

안드로이드에서 제공하는 Intent목록

+2016.06.30

그런데 이것은 100% 맞는 상황이 아니었습니다.

만약 Manifest에 아래와 같이 카메라권한을 추가한 경우라면 ACTION_IMAGE_CAPTURE를 사용하더라도 카메라권한을 허가받아야 합니다...

<uses-permission android:name="android.permission.CAMERA" />

다른 부분에서 사용되는 카메라권한인데도 선언되어있다는 이유만으로 허가를 받아야 하다니 이상한 부분입니다...

Manifest에 카메라권한이 선언되어있지 않다면 위에 쓰여진대로 권한허가 없이 ACTION_IMAGE_CAPTURE 인텐트만 날려도 사용할 수 있습니다.

- 안드로이드 4.4 킷캣(API 19)이상이라면 READ_EXTERNAL_STORAGE 권한이 필요 없습니다

4.4 이전버전에서는 파일을 읽어오려면 READ_EXTERNAL_STORAGE 권한이 꼭 필요 했었습니다.

권한이 없다면 getExternalStoragePublicDirectory()를 사용할 수 없었습니다.

하지만 4.4 킷캣이상부터는 권한이 필요 없이 getExternalFilesDir(String), getExternalCacheDir()를 통해 파일을 가져올 수 있습니다.

Android 4.4 APIs Important Behavior Changes

- 필요한 시점에만 권한을 요청하자

네 맞습니다. 사실 귀찮습니다.

개발자 입장에서 생각해보면 권한을 사용할때마다 권한을 체크하고, 사용자로부터 허가를 요청하고 또 그에대한 처리를 해주는 과정이 너무 복잡하고 귀찮습니다.

그래서 일부 앱에서는 앱을 시작할때부터 모든 권한을 요구하는 경우도 있습니다.

가장 많은 사용자가 있을것 같은데 [올레 고객센터]앱은 이렇게 만들어져 있습니다.

앱을 시작하자마자 사용자로부터 6개의 권한허용을 요구합니다.

개발자 입장에서는 앱 처음에만 권한을 검사해서 처리하면 편하지만, 사용자입장에서는 굉장이 불쾌하고 불편하게 만듭니다.

왜 각각 6개의 권한이 여기서 쓰이는지에 대한 설명도 없을뿐더러, 아직 사용하지도 않았고 사용하지 않을지도 모르는 권한들을 애초에 요청한다는것 자체가 좋지 않은 방법 이기 때문입니다.

그렇기 때문에 우리는 해당권한을 사용하게 되는 시점에 해당 권한 허가여부를 체크하고 사용자에게 권한허가를 요청해야합니다.

- 왜 이 권한이 필요한지 알려주자

위에서 말씀드린것처럼 shouldShowRequestPermissionRationale()를 이용하면 이유를 알려줘야 하는 시점을 알 수 있습니다.

하지만 맨처음 권한을 요청하는경우에 이 함수는 항상 false를 리턴하기때문에 사용자에게 권한이 필요한 이유를 설명하는데 이 함수는 필요 없다고 판단했습니다.

그래서 사용자가 해당 권한을 거부했을때 왜 이 권한이 필요한지 알려주고,

이미 거부를 했더라도 사용자가 권한을 허가해주길 원하는경우 직접 [설정]에 들어가서 권한을 추가해줄 수 있도록 다이얼로그를 만들어주었습니다.

- 만약 권한요청을 처음하는데도 권한 요청하는 시스템팝업이 안뜬다면?

의심 1

: 권한이 Manifest에 잘 정의되어있고 올바른 권한 이름으로 요청하는지 확인하세요

의심 2

: 라이브러리에서 해당 권한을 Manifest에 android:maxSdkVersion로 넣어두는경우, 해당 버전보다 디바이스 버전이 높다면 시스템팝업이 뜨지 않습니다.

<uses-permission
    android:name="android.permission.WRITE_EXTERNAL_STORAGE"
    android:maxSdkVersion="19" />

: 이럴경우 해당 권한의 설정을 내 app의 Manifest설정으로 재정의 해줘야 합니다.

<uses-permission
    android:name="android.permission.WRITE_EXTERNAL_STORAGE"
    tools:node="replace" />

그래도 여전히 귀찮습니다

위의 최적화하기에서 말씀드린것처럼 우리는 권한을 사용하는 시점에 권한을 체크하고 사용자에게 권한허가를 요청해야 합니다.

네 알고 있죠 암요...알고 있습니다.

하지만 우리는 너무 귀찮습니다.

권한체크 이벤트가 발생할때마다

- 권한을 체크해야 하고(checkSelfPermission)

- 권한을 요청해야 하고(requestPermissions)

- 권한요청에 대한 결과를 받아서 판단해야합니다(onRequestPermissionsResult)

- 또한 위의 최적화하기에서 사용자가 권한을 허용하지 않았더라도 다이얼로그에서 설정에서 직접가서 권한을 허용할수 있게 안내할수 있는데 그러한 경우에 사용자가 설정화면에서 다시 앱으로 돌아온경우(onActivityResult)를 확인해서 권한이 허용되었는지 아닌지를 판단해야만 합니다.

물론 잘하시는 개발자분들은 공통으로 사용하는 부분들을 BaseActivity나 PermissionHelper라는 개념의 클래스를 만들어서 최대한 코딩량을 줄이시려고 노력하고 계실겁니다.

하지만 그래도 여전히 뭔가 불편함을 느끼시고 계실겁니다.

어떠한 방법을 쓰더라도 결국엔 BaseActivity와 BaseFragment에 각각 onRequestPermissionsResult()를 만들어주어야 할 것이고, 그 외에도 어쩔수 없이 반복해야하는 작업들이 있을겁니다.

저도 정말 수많은 고민을 하고 이 귀찮음 때문에 잠을 이루지 못했습니다.

~~사실 잠은 잘 잤습니다.~~

다른 개발자분들의 최적화에 대한 고민 담긴 블로그입니다.

- 리멤버의 안드로이드 6.0 M버전 대응기

그래서 TedPermission라이브러리를 만들었습니다

TedPermission : Easy check permission library for Android Marshmallow

사용방법은 간단합니다.

권한요청에 대한 결과를 받아오는 리스너를 만들고, 권한을 체크하기만 하면 됩니다.

TedPermission이 알아서 다 해줍니다.

[IT/Android-TIP (한글)] - [안드로이드/Android]유용한 라이브러리 - TedPermission(마시멜로우 권한체크)

PermissionListener permissionlistener = new PermissionListener() {
    @Override
    public void onPermissionGranted() {
        Toast.makeText(Activity1.this, "권한 허가", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void onPermissionDenied(ArrayList<String> deniedPermissions) {
        Toast.makeText(Activity1.this, "권한 거부\n" + deniedPermissions.toString(), Toast.LENGTH_SHORT).show();
    }


};
TedPermission.with(this)
        .setPermissionListener(permissionlistener)
        .setRationaleMessage("구글 로그인을 하기 위해서는 주소록 접근 권한이 필요해요")
        .setDeniedMessage("왜 거부하셨어요...\n하지만 [설정] > [권한] 에서 권한을 허용할 수 있어요.")
        .setPermissions(Manifest.permission.READ_CONTACTS)
        .check();

경우의수

아래내용은 TedPermission에서 사용하는 권한체크 Workflow입니다.

1. Permission 체크 > 권한이 허용되어 있는 경우

: onPermissionGranted()를 호출합니다.

2. Permission 체크 > 권한이 허용되어 있지 않은 경우

: 권한허가를 요청하는 다이얼로그가 실행됩니다.

3. 권한허가 다이얼로그 > 허용

: onPermissionGranted()를 호출합니다.

4. 권한허가 다이얼로그 > 거부

: 권한이 거부되는경우 위에서 설명한대로 해당 권한이 필요한 이유와 함께 사용자가 설정에서 수동으로 권한을 추가해줄수 있도록 [설정]버튼을 함께 보여줍니다.

5. 권한거부 및 권한이유설명 다이얼로그 > 닫기

: onPermissionDenied()를 호출합니다.

6. 권한거부 및 권한이유설명 다이얼로그 > 설정

: 앱의 설정페이지로 이동합니다. 이때 startActivityForResult()로 실행해주기 때문에 다시 앱으로 돌아올때는 onActivityResult()에서 받을 수 있습니다.

7. 설정 액티비티 > onActivityResult()

: 해당권한이 허용되어있는지를 체크합니다.

8. 해당권한 허용여부 체크 > 허용되어있음

: onPermissionGranted()를 호출합니다.

9. 해당권한 허용여부 체크 > 허용되어있지 않음

: onPermissionDenied()를 호출합니다.

TedPermission 라이브러리의 상세 구현방법에 대해는 다음번 포스팅에서 다뤄보도록 하겠습니다.

물론 GitHub에서 데모 프로젝트를 다운받으신뒤에 구조를 파악하셔도 좋습니다.

~~사실 여기에 다 올리려고 했으나 체력적인 한계로 인해 다음포스팅으로 미룹니다.~~

지금까지 안드로이드 6.0 마시멜로우버전에서 변경된 권한획득 방법에 대해 포스팅 해보았습니다.

어때요 참 쉽죠?

권한체크 방식으로 인해 소스코드 대부분을 뒤집어 엎어야 하는 상황이 발생할수도 있지만 구글형이 까라면 까야죠..

사실 마시멜로우에서 변경된 Doze모드에 대한 대응도 아직 하지 않았죠.

아직도 갈길이 머네요..

앞으로의 버전에서는 또 어떻게 바뀔지 기대~~(걱정)~~됩니다.

감사합니다.

안드로이드 개발자끼리 소통하기위한 오픈채팅방을 만들었습니다.

안드로이드 관련 Q&A및 팁을 공유하는 곳입니다.

관심있으신분들은 참여해보세요.

https://open.kakao.com/o/g8rSGB

[안드로이드/Android]오류 리포팅 서비스 비교(Google Analytics, URQA, Userhabit, Fabric)

박상권 — Tue, 2 Feb 2016 19:55:32 +0900

학교 과제 제출용이든, 회사 테스트 프로젝트든, 스타트업 서비스를 운영하시든 각자 여러가지 이유로 안드로이드 앱을 개발하고 계실겁니다.

~~(저는 스타트업하는 불효자식입니다...)~~

그렇게 안드로이드 앱을 개발하고나면 드디어 플레이스토어에 배포할 날이 옵니다.

저는 개발자 콘솔에 배포용 APK를 처음 올리던 감격을 아직도 잊을수가 없습니다.

축하드립니다.

드디어 플레이스토어에 앱이 올라갔습니다.

하지만, 사실 진짜 문제는 지금부터 시작입니다.

분명히 내가 테스트했을때는 잘되던것들이 사용자들은 안되기 시작하고 생각지도 못했던 부분에 문제가 발생하는 일이 생길겁니다.

더 큰 문제는 이러한 문제들을 우리가 알 수 없다는 것입니다..

가끔 아주 착하거나 의욕적인 사용자분들은 개발자 이메일로 보내서 오류를 알려주시기도 하고 해당 어플 리뷰에 오류가 난다고 도배되는 현상이 발생하게 됩니다.

물론 개발자콘솔의 '다운및 ANR'이 있긴하지만 사용자가 보고를 하지 않는이상 우리는 절대 알길이 없습니다.

그래서 우리는 오류를 추적하고 해결해야만 합니다.

제가 사용해본 오류 리포팅 서비스(혹은 그에 준하는 기능을 제공하는 서비스)는 Google Analytics, URQA, Userhabit, Fabric Crashlytics입니다.

그외에 New Relic, ACRA등이 있지만 제가 사용해본 서비스가 아니기때문에 제외하였습니다.

결론적으로 제가 가장 만족스러웠던 리포팅 툴은 Fabric Crashlytics입니다.

Google Analytics(GA)

홈페이지

연동 방법

엄밀히 말하면 에러 리포팅만을 위한 툴은 아닙니다. 오류분석보다는 더 많은 다양한 용도로 쓰이는게 GA입니다.

오류분석외에 다른 용도로는 정말 좋은기능들이 많아서 실제 서비스를 운영하신다면 꼭 추가하셔서 사용하시길 추천합니다.

(일별 다운로드/사용자 숫자, 실시간 사용자, utm source를 이용한 플레이스토어 다운로드 경로, custom event를 통한 사용자 이용패턴 분석, 사용자 성별/나이/관심분야 등등)

물론 [충돌 및 예외]에서 사용자의 오류를 확인해볼 수 있지만 아래 그림처럼 단순히 어떤 오류가 몇번째 줄에서 발생 했는지밖에 알 수 없습니다.

오류별로 그룹화 되어있는것이 아니라 앱 버전별로 묶여 있기때문에 제가 느끼기에는 불편해보였습니다. (fabric은 오류별로 묶여있고 그안에서 버전별로 나뉩니다)

또한 오류가 발생한 사용자들의 기기정보/버전정보/메모리정보 등 오류가 발생한 상황에 대해서 전혀 알수 없습니다.

말하다보니 GA가 엄청 안좋은 서비스인것처럼 묘사되어있는것 같지만 이 기능을 제외하고 나머지는 너무나도 편리하고 유용한 기능을 제공해 줍니다.

(구글님 사랑합니다)

URQA

홈페이지

연동방법

URQA는 우리나라 회사에서 만든 서비스입니다.

서비스 이름에서도 볼수있듯이(Your QA겠죠?) 모바일을 위한 오류분석 서비스입니다.

아래 이미지는 URQA홈페이지에 소개되어있는 간단한 소개입니다.

URQA에서 GA보다는 좀더 나은 오류보고서를 확인할 수 있습니다.

하나의 오류에 대해서 Exception Stack을 보여줄뿐만 아니라, 오류가 발생한 사용자들의 통계를 확인해 볼수도 있습니다.

(OS버전별 / 앱버전별 / 기기별 / 국가별)

또한 각 사용자별로 어떤 상황에서 오류가 발생했는지 알수 있도록 기기정보다 OS버전정보는 물론이고 GPS, 배터리, 와이파이등의 상세한 정보를 살펴볼 수도 있습니다.

전체적으로 제가 원하는 기능에 근접한 오류리포팅을 제공했지만 그리고 실제로 한동안 운영하는 서비스에 적용하기도 했었지만 현재는 사용하지 않고 있습니다.

URQA 개발자분들께는 죄송하지만 리포팅 UI가 별로 이쁘지 않았습니다...(단순...)

그리고 연동방법이 Android Studio기반이 아닌 Eclipse기반으로 설명되어있고 라이브러리를 gradle에 추가하는 방식이 아닌 jar파일을 추가하는 방식이어서 뭔가 '관리가 안되고있는건가?' 라는 느낌을 받기도 하였습니다..

유저해빗

홈페이지

연동방법

유저해빗 또한 GA와 마찬가지로 오류분석만을 위한 서비스는 아닙니다.

아래 이미지는 유저해빗 홈페이지에 소개되어있는 서비스 소개입니다.

유저해빗에서 제공하는 다양한 기능들은 여기에서 확인해 볼 수 있습니다.

흥미로운 기능은 히트맵과 세션리플레이 입니다.

히트맵은 우리가 만든 화면에서 사용자들이 어느위치를 터치를 가장 많이 했는지 등의 터치 히트맵 정보와 그와 관련된 정보들을 확인 해 볼수 있습니다.

예를들면 5개의 선택버튼중 사용자들이 어디를 가장 많이 누르는지를 확인해 볼 수도 있고,

리스트에서 아이템을 선택하는것과 검색창을통해 선택하는 경우에 사용자들이 어떤방식의 선택을 더 선호하는지도 살펴볼 수 있습니다.

오류와 관련된 부분은 세션리플레이 입니다.

세션 리플레이에서 [크래쉬 세션]만을 필터링해서 살펴볼수 있습니다.

단순히 에러로그 스택이 아닌 사용자가 앱을 사용한 영상을 보듯이 세션을 리플레이하여 어느상황에서 어떻게 오류가 났는지 확인해볼 수 있습니다.

유저해빗은 에러리포팅에 특화된 서비스가 아니기때문에 오류 리포팅관련해서는 다른 서비스에 비해서 강하지는 않습니다.

오류 리포팅과 함께 사용한다면 오류리포팅에서 채워지지않는 부분들을 좀더 다양한 시선으로 확인할 수 있을것입니다.

현재는 서비스가 무료로 제공되고 있지만 얼마전 있었던 '정식출시 기능 설명회'에 따르면 조만간 유료화가 될 예정인것 같습니다.

과금은 스크린뷰수에 따라서 과금될 예정이며 물론 일정수준의 스크린뷰까지는 무료로 제공됩니다.

정식출시되면서 확정된 과금방식을 참고해볼 필요가 있습니다.

참 좋은 서비스이기도 하고 유저해빗쪽 이사님과도 친분이 있어서 피드백이나 오류에대해서 즉각 반영해주는편이십니다.

지금까지 유저해빗을 사용하면서 두번의 중대한 서비스 오류가 있었습니다.

1. 'ShowcaseView' 라이브러리를 사용하고 있던중에 유저해빗과의 충돌로 앱이 실행하자마자 죽는현상이 발생해서 모든 사용자가 앱을 사용하지 못하였습니다.

2. 저는 View에 setTag(),getTag()개념을 많이 사용하는데 유저해빗 라이브러리의 일부 기능에서 setTag(),getTag()하는 부분이 있어서 충돌로 인해 앱이 의도치않은 실행을 한적이 있습니다.

아직 정식서비스가 아니기도 하고 이전에 발생했던 두번의 중대한 오류때문에 현재는 제가 운영하는 서비스에서 유저해빗을 사용하지 않고 있는 상황입니다.

+2017.03.18

2016년 3월 정식출시이후에는 위의 2가지문제가 해결되었다고 합니다.

현재는 위와관련된 오류는 없다고 하니 착오 없이 사용하시기 바랍니다.

Fabric Crashlytics

홈페이지

연동방법

위에서 결론적으로는 fabric이 제일 좋았다고 해놓고 너무 오래 기다리셨죠?

~~(원래 주인공은 항상 나중에 등장하는법)~~

이 서비스는 트위터에서 Crashlytics를 인수해서 현재 Fabric Crashlytics라는 서비스로 제공되고 있습니다.

모든 앱에는 충돌이 존재하고, 이런 충돌들은 실제로 앱의 사용에 큰 영향을 미칩니다.
전세계엔 수백만 개의 앱들이 있고, 사람들은 낮은 평가를 받은 앱을 선택하지 않습니다.
당신의 앱에 왜 충돌이 일어나는지, 얼마나 많은 사용자들이 불편을 겪고 있는지, 무엇이 문제인지 알아내는 것은 앱의 성공을 위한 필수요소지만 동시에 매우 어려운 일입니다.
크래시리틱스(Crashlytics)는 이런 문제를 해결하기 위해 존재합니다.
크래시리틱스는 오류를 감지해 찾아내고 버그를 수정하는 데에 필요한 시간을 절약해주어 개발자가 디버깅에 시간을 쓰는 대신 더 좋은 앱을 만드는 데에 집중할 수 있게 해줍니다.
겨우 지난 30일 동안에 크래시리틱스가 찾아낸 충돌은 5억 5천만 건입니다.
크래시리틱스는 충돌을 찾아내는 데에 그치지 않고 어떤 코드가 문제를 일으키는지 찾아주기 때문에 버그를 수정하고 업데이트를 제공하는 데 드는 시간을 아낄 수 있습니다.

트위터 공식계정 Fabric 소개글에서

연동방법은 정말 미친듯이 쉽습니다.

안드로이드 스튜디오에서 Fabric IDE만 설치하시면 됩니다.

그다음부터는 [Next],[Next] 만 눌러주시면 끝입니다.

Manifest에 추가하고 Application class에 추가하고 하는 등의 작업들을 알아서 다 해줍니다.

사실 여기서 뿅가버렸습니다.

사실 오류리포팅 서비스를 연동하는게 그렇게 어려운 작업은 아니지만 정말 다음,다음만 누르면 설정이 끝나는것에 매료되어 버렸습니다.

아래 이미지는 메인 오류리포팅 화면입니다.

오류 유형별로 묶여서 정렬되어 있고 몇명의 사용자로부터 몇개의 오류가 있었는지 파악할 수 있습니다.

각 오류를 선택하면 해당 오류에대한 상세 정보들을 표시해줍니다.

발생빈도를 차트별로 보거나 URQA에서 제공되었던 OS별,디바이스별로 살펴볼수도 있습니다.

또한 각각 세션에 대해서 오류가 발생했던 디바이스의 상태정보에대해서도 살펴볼 수 있습니다.

지금까지 제가 사용했었던 오류 리포팅 서비스와 후기에 대해서 포스팅 해보았습니다.

물론 위의 서비스들을 모두 사용하셔도 상관없습니다.

하지만 너무 많이 분산하는것또한 체크해야할부분들이 많아지고 관리포인트가 많아지는 부분에서는 좋지 않을수도 있을겁니다.

또한 가끔 알수없는 오류이거나 오류분석툴 자체의 오류가 발생하기도 합니다.

위에서 소개해드린 오류 리포팅서비스들을 모두 살펴보시고 직접 체험해보시면서 장단점을 느껴보시길 권합니다.

그중에서 본인에게 가장 잘 맞는 것들을 적용하셔서 마지막 오류 하나까지도 끝까지 찾아가서 없애버리는 평온한 앱을 만드시길 기원합니다.

감사합니다.

[셀폰x잔디]잔디커넥트를 이용해 셀폰서버에서 잔디로 메세지 보내기

박상권 — Fri, 29 Jan 2016 14:33:16 +0900

잔디가 뭐에요?

잔디라고 하니 혹시 넓은 벌판에 펼쳐져 있는 잔디를 상상하셨나요??

잔디는 회사나 팀에서 이용할수있는 유용한 협업툴 입니다.

단체채팅방과 비슷한개념의 토픽들을 이용해서 주제별로 직원들과 업무에 관련된 이야기나 자료들을 공유할 수 있습니다.

PC, 안드로이드. 아이폰앱을 제공해주고 있어서 언제든지 업무에 필요한 소통을 나눌수도 있습니다.

~~(물론 퇴근후나 주말에는 꺼두셔도 좋습니다..)~~

JANDI - 업무를 위한 팀 커뮤니케이션, 잔디

(잔디 홍보대사 아님..)

저희 직원들도 이전에 슬랙을 사용하다가 얼마전 잔디로 옮겨서 열심히 적응중에 있습니다.

잔디 블로그에 나와있는 각종 팁들과 다른 회사들의 잔디활용법을 참고하면서 어떻게하면 효율적으로 사용할 수 있을지 생각하고 환경을 구성해 나아가고 있습니다.

어느정도 적응해 나아가면서 기존에 우리가 슬랙에서 사용했던 Trello나 Github과의 연동이 있으면 좀 편할것 같다는 생각을 하기도 했었습니다.

그런데 그일이 실제로 일어 났습니다

바로 어제 (1월28일) 잔디에서 '잔디커넥트'를 오픈했습니다.

잔디 업데이트: 잔디 커넥트로 트렐로, 깃헙, 지라, 구글 캘린더를 연동해보세요!

잔디에서도 '잔디커넥트'를 이용해서 외부서비스와 연동해서 사용할 수 있게된것이죠.

거기에 더불어 잔디커넥트에는 '웹훅(Webhook) 수신' 이라는 기능도 포함되어 있었습니다.

(잔디 블로그 웹훅(Webhook) 수신 소개글 캡쳐)

쉽게 말하면 '서버에서 잔디로 메세지를 보낼수 있다'는 것입니다.

저는 이 '웹훅(Webhook) 수신' 기능이 매력적으로 느껴졌고 이를 우리 서비스에 적용시켜서 좀더 잔디를 효과적으로 사용하고 싶다는 생각이 들었습니다.

셀폰에서 이루어지는 이벤트 메세지들을 잔디로 보내자

저는 현재 '셀폰'이라는 서비스를 운영하고 있습니다.

셀폰서비스는 중고폰 거래를 쉽게 도와주는 플랫폼 서비스 입니다.

셀폰을 통해서 아래 서비스들을 경험해볼 수 있습니다.

- 매입업체들의 매입가격 비교해서 중고폰/깨진액정 판매하기

- 중고폰 개인거래 판매하기/구매하기

- 셀폰이 보증하는 중고폰 구매하기

- 수리업체 위치 및 정보 확인하기

- IT관련 기사 및 정보를 제공하는 '셀폰 읽을거리'

홈페이지: http://www.selphone.co.kr/

안드로이드앱: https://play.google.com/store/apps/details?id=kr.co.selphone

아이폰앱: ~~(열심히 개발중입니다..)~~

셀폰은 고객용 앱 뿐만 아니라 제휴업체용, 직원용 앱이 있습니다.

직원용앱은 신고나 고객문의, 셀폰보증 중고폰 결제 등 셀폰을 운영하는데 필요한 모든것들을 조회하고 처리하기위한 기능들을 포함하고 있습니다.

그중에서 셀폰보증 중고폰 결제와 관련된 내용에 대해서 포스팅 해보겠습니다.

기존에 저희가 구축해놓은 시스템은 아래와 같습니다.

만약 고객이 저희가 판매하고 있는 중고휴대폰을 결제하는경우 직원용 앱과 직원 이메일로 알림이 오도록 환경이 구성되어있습니다.

물론 현재도 이중으로 알림이 오도록 되어있고 앱에서 주문과 관련된 처리들을 할수 있는 환경입니다.

하지만 현재 직원용앱은 안드로이드버전만 있기도 하고 해당 주문과 관련되서 재고나 발송 등 운영직원들끼리의 의사소통이 필요한 경우가 많습니다.

그러한 경우 의사소통은 잔디에서 이루어지고 처리나 기타 정보들은 따로 조회해야하는 번거로움이 존재합니다.

잔디에서 셀폰 보증폰 결제 알림메세지를 받아보자

직원용앱의 기능중 일부인 셀폰보증폰 결제와 관련된 기능을 '잔디 커넥트'와 연동해 보겠습니다.

1. 잔디 커넥트에서 Webhook 수신의 [연동 항목 추가하기]를 선택합니다.

물론 Webhook 수신기능은 2개이상도 가능합니다.

2. 셀폰에서부터 결제알림 메세지를 받을 토픽을 생성해주고 메세지를 보내주는 봇(?)의 이미지와 이름을 설정해줍니다.

Webhook URL은 자동으로 할당되어 있습니다.

[설정방법 보기]를 누르시면 상세한 설정방법과 예제를 확인해 보실 수도 있습니다.

3. 이제 서버에서 잔디로 메세지를 보내도록 신나게 코딩을 해줄 차례입니다.

셀폰서버는 현재 AWS플랫폼 위에서 Node.js 언어로 구성되어 있습니다.

(셀폰 서버 구성도)

잔디에서 예제로 보여준 코드를 node.js 테스트코드로 작성해 보았습니다.

아래 소스를 이용해서 테스트 해보셔도 좋습니다.

options의 url에 여러분이 할당 받으신 webhook url을 넣어주시면 됩니다.

서버언어가 node.js가 아니신분들은 각자의 서버언어에 맞게 처리를 해주시면 됩니다.

그렇게 테스트를 마치고 테스트 서버에서 고객의 결제가 이루어지는경우 메세지를 보낼수 있도록 코딩을 해줍니다.

기존에 이메일,푸시알림을 보내는 부분에 잔디메세지를 전송하도록 코드를 추가해주었습니다.

이제부터는 고객이 결제를 하면 잔디로 메세지가 도착합니다

아래 이미지에서 보시는것처럼 결제가 완료되면 서버에서 잔디로 결제와 관련된 정보들을 보내줍니다.

물론 [결제정보 보기]버튼을 통해 직원용 웹페이지로 이동해서 좀더 상세한 업무처리를 할 수 있게 됩니다.

우선 테스트로 결제관련된 기능들을 잔디 메세지로 보내보았습니다.

이후에는 고객의 게시물신고 혹은 사기꾼 신고와 관련된 기능, 고객문의에 관련된 기능들도 잔디에서 받아볼 수 있도록 연동시킬 생각입니다.

물론 일별/월별 KPI도 서버가 정기적으로 보내줄수 있게 만들수 있으며, 서버장애 발생시 메세지로 알림이 오거나 전일 오류로그들도 잔디에서 받아 볼 수 있습니다.

잔디님에게 바랍니다

추후에는 실제 봇처럼 사용할수 있는 기능이 추가되었으면 좋겠습니다.

"현재 접속 고객수?" 라고 했을때 "260명!" 이라고 나올수 있도록

서버에서 잔디로 메세지를 보내는 기능뿐만 아니라 잔디에서도 서버로 메세지를 보낼수 있게된다면 잔디의 사용법은 좀더 다양하고 편리해 질것 같습니다.

이상 잔디 커넥트의 웹훅(Webhook) 수신 기능을 보고나서 흥분해서 셀폰에 적용해본 후기를 마치겠습니다.

감사합니다.

[안드로이드/Android]Retrofit에서 Interceptor를 이용해 쿠키/세션 유지하는 방법

박상권 — Tue, 12 Jan 2016 21:58:10 +0900

Retrofit은 우리가 해주어야할 귀찮은 네트워크 통신 작업을 대신해주는 정말 유용한 라이브러리입니다.

[안드로이드]유용한 라이브러리 - Retrofit(REST API 통신)

REST API통신을 할때 정말 유용하고 편하게 사용할 수 있습니다.

안드로이드 앱을 개발하시면서 로그인을 필요로 하는 서비스를 만들어야 하는 경우가 있습니다.

로그인을 하는경우 로그인 유지를 위해서 클라이언트는 쿠키를, 서버는 세션을 이용하게 됩니다.

~~(쿠...쿠키 땡긴다...)~~

안드로이드에서 CookieStore를 이용하면 처음에 앱을 실행하고 로그인한뒤 이루어지는 모든 Request에 대해서 쿠키를 유지해서 계속 로그인된 사용자임을 알려줄 수 있습니다.

하지만 CookieStore는 앱을 다시 실행하면 새로운 cookie를 생성하기때문에 다시 로그인해야하고,

그렇게 된다면 매번 실행시마다 로그인을 해주어야 하는 작업을 해주어야 합니다.

로그인횟수집계나 기타 로그인시 필요한 정보나 데이터를 받기위해서 실행시마다 로그인이 필요한 경우도 있겠지만,

어쨌든 실행할때마다 새로운 쿠키값이 생기는것은 클라이언트에게나 서버에게나 좋지 않은 방식일 것입니다.

같은 사용자가 사용함에도 불구하고 쿠키가 새로 만들어지기때문에 서버는 계속 새로운 세션을 생성하게 되고 이는 나중에 의도하지 않은 문제를 야기시킬 수 있습니다.

Retrofit에서 사용하는 Okhttp를 이용하여 실행시마다 항상 같은 쿠키값을 유지하는 방법에 대해서 포스팅 해보겠습니다.

요약

1. 로그인한뒤 받은 Response에서 쿠키정보를 가져온다.

2. 가져온 쿠키정보를 안드로이드의 SharedPreferences에 저장해둔다.

3. 이후 수행되는 Request마다 SharedPreferences에서 쿠키를 가져와서 Header에 추가해서 보낸다.

구현 방법은 생각보다 간단합니다.

Response로부터 쿠키정보를 가져와서 Preference에 저장하는 ReceivedCookiesInterceptor클래스를 만들어 줍니다.

Request마다 Preference에 저장되어있는 쿠키값을 함께 Header에 넣어주는 AddCookiesInterceptor클래스를 만들어 줍니다.

2개의 ReceivedCookiesInterceptor, AddCookiesInterceptor클래스는 아래 소스에서 확인 할 수 있습니다.

(SharedPreferences 에 쿠키정보를 저장하고 가져오는 부분은 원하시는 방법으로 편하게 만드시면 됩니다)

그다음 Retrofit을 build해줄때 Custom하게 OkHttpClient를 만들고 이 클라이언트를 Retrofit의 클라이언트로 지정해줍니다.


OkHttpClient client = new OkHttpClient();
// 쿠키를 Prefreence에 저장하고 가져옴
client.interceptors().add(new AddCookiesInterceptor());
client.interceptors().add(new ReceivedCookiesInterceptor());

2.0 이전의 버전을 사용하고 계신다면 위에서 만든 client를 가지고 OkClient 클래스를 만들어주고 이 클라이언트를 RestAdapter에 설정해주시면 됩니다.


OkClient serviceClient = new OkClient(client);

어때요? 참 쉽죠?

이상으로 Retrofit에서 Interceptor를 이용해 쿠키/세션 유지하는 방법~~(쿠키를 빼돌리기)~~에 대해 포스팅 해보았습니다.

감사합니다.

[AWS]MFA를 이용하여 계정의 보안을 강화하는 방법(OTP방식)

박상권 — Sun, 10 Jan 2016 22:50:08 +0900

AWS를 이용하기위해서는 당연히 아이디와 비밀번호를 입력해서 로그인을 해야합니다.

비밀번호를 관리하는 방법은 정말 다양하게 자신이 원하는대로 하고 계실겁니다.

모든 사이트/서비스를 같은 비밀번호로 설정하는분도 계실것이고, 각각 다르게 설정하시는분도 계실겁니다.

어찌되었든 만약 내 비밀번호를 누가 알게되었다면 큰일 이겠죠.

특히 AWS같은경우 바로 돈과 직결되는 부분이기에, 또한 회사계정으로 사용하고 계실경우 비밀번호가 유출되면 심각한 위험에 빠질 수 있습니다.

비밀번호를 알게된 누군가가 마음대로 instance를 수없이 만들거나,

반대로 삭제해버린다면 우리는 막대한 재정적 손해를 입을수 밖에 없습니다.

그래서 우리는 비밀번호뿐만 아니라 MFA(Multi-Factor Authentication)를 활용하여 2중보안을 설정할 필요가 있습니다.

이 방식은 은행에서 사용하는 OTP방식과 동일합니다.

AWS계정에서 MFA설정방법에 대해 알아 보겠습니다.

1. [AWS Management Console에 로그인] - [오른쪽 위 탭 Security Credentials]

2. [MFA 선택] - [Activate MFA]

3. [A virtual MFA device 선택 (기본값)] - [Next Step]

4. [Next Step]

5. 아래에 나와있는 QR코드를 이용해서 OTP승인번호를 입력해야합니다.

플레이스토어(Android) 혹은 앱스토어(iOS)에서 'Google OTP'를 다운받습니다.

안드로이드의 경우,

[설정 시작하기] - [바코드 스캔]으로 위의 QR코드를 스캔합니다.

바코드 스캔이 완료되면 아래와 같이 6자리 코드가 나오고 일정시간뒤에 또 다른 코드로 바뀌게 됩니다.

QR코드 아래에 입력하는 [Authentication Code 1]를 입력해준뒤, 다시 코드가 바뀌면 바뀐값을 [Authentication Code 2]에 입력해줍니다.

6. 성공적으로 MFA인증이 추가 되었습니다.

이제부터 로그인시 아이디/비밀번호를 입력하고 난뒤에 아래 그림처럼 MFA를 이용한 인증을 실행해야 합니다.

만약 비밀번호가 유출되었더라도 6자리의 OTP비밀번호를 입력해야하기때문에 계정을 안전하게 보호 할 수 있습니다.

String types not allowed

박상권 — Thu, 7 Jan 2016 21:04:10 +0900

xml 어딘가에 안드로이드에서 인식할수 없는 오타가 포함되어 있는 현상.

예를들어 아래와 같은 오류문구 인경우

String types not allowed (at 'id' with value ...)

@+id 혹은 @id 로 xml에서 시작해서 View의 id를 지정해주어야 하는데 +@id 같은 오타 때문에 발생하는 에러.

Edit > Find > Find in path 를 통해서 오류가 발생한 해당 텍스트를 검색해서 오류를 수정해준다.

java.lang.ClassCastException: android.view.AbsSavedState$1 cannot be cast to

박상권 — Mon, 21 Dec 2015 09:57:52 +0900

Fatal Exception: java.lang.RuntimeException

java.lang.ClassCastException: android.view.AbsSavedState$1 cannot be cast to android.support.design.widget.CoordinatorLayout$SavedState

java.lang.ClassCastException: android.view.AbsSavedState$1 cannot be cast to android.support.v7.widget.Toolbar$SavedState

java.lang.ClassCastException: android.view.AbsSavedState$1 cannot be cast to...

하나의 xml에 같은 id가 중복으로 정의되어 있는 문제

문제가 발생한 View와 같은 id가 선언되어 있는지 체크해보면 된다.

Don't use same id / layout names multiple times.

Check your view id in layout

[안드로이드/Android]전화수신시 전화번호 가져와서 팝업으로 띄우는 방법

박상권 — Fri, 18 Dec 2015 19:17:04 +0900

저는 모르는 전화번호로 걸려오는 전화는 잘 받지 않습니다.

하지만 중고거래를 하기위해 중고물건을 여러 사이트에 올려두었을때는 혹시 구매자가 전화한것일수도 있기때문에 그 시기에는 걸려오는 전화를 꼭꼭 받습니다.

셀폰이라는 중고폰 거래중개서비스에서는 내가 올려둔 중고폰 판매글을 보고 구매자가 전화하는경우 아래 이미지처럼 정보를 알려줍니다.

이러한 경우 모르는 번호이더라도 내 판매글을 보고 연락한 사람임을 알 수 있기 때문에 안심하고 전화를 받을 수 있습니다.

요즘 많이 쓰고있는 후후나 후스콜 같은 경우도 이와 비슷하게 전화가 걸려오는경우를 감지해서 해당전화번호가 스팸인지 아닌지를 확인할 수 있습니다.

여기서 이용되는 안드로이드에서의 기능은 BroadcastReceiver, Service 입니다.

대부분 이러한 서비스들의 동작순서는 아래와 같습니다.

1. 전화가 오는경우 감지를 위한 BroadcastReceiver 생성 및 등록

2. 앱이 실행중이지 않은경우에도 기능을 실행하기위한 Service 생성 및 등록

3. 띄워줄 화면의 레이아웃 생성 및 추가

그럼 BroadcastReceiver, Service를 이용해서 전화가 걸려오는 경우 걸려온 전화번호를 팝업으로 띄워서 보여주는 예제를 만들어 보겠습니다.

BroadcastReceiver

전화가 오는상황을 감지하기 위해 전화상태를 읽을수있는 권한을 Manifest에 추가해주어야 합니다.

<uses-permission android:name="android.permission.READ_PHONE_STATE"/>

또한, receiver도 추가해 줍니다.


<receiver android:name=".IncomingCallBroadcastReceiver">
    <intent-filter>
        <action android:name="android.intent.action.PHONE_STATE"/>
    </intent-filter>
</receiver>

BroadcastReceiver의 onReceive()에서 전화가 오는경우를 감지하고 Service를 실행하는 부분을 만들어 줍니다.

여기서는 통화벨이 울리는 경우 걸려온 전화번호를 알아낸뒤, 그 전화번호를 Service로 넘겨주면서 Service를 실행하도록 하겠습니다.


if (TelephonyManager.EXTRA_STATE_RINGING.equals(state)) {
    String incomingNumber = intent.getStringExtra(TelephonyManager.EXTRA_INCOMING_NUMBER);
    final String phone_number = PhoneNumberUtils.formatNumber(incomingNumber);

    Intent serviceIntent = new Intent(context, CallingService.class);
    serviceIntent.putExtra(CallingService.EXTRA_CALL_NUMBER, phone_number);
    context.startService(serviceIntent);

}

(참고)

TelephonyManager.EXTRA_STATE_IDLE: 통화종료 혹은 통화벨 종료

TelephonyManager.EXTRA_STATE_RINGING: 통화벨 울리는중

TelephonyManager.EXTRA_STATE_OFFHOOK: 통화중

#주의

정확한 이유는 알 수 없지만 실제 BroadcastReceiver가 여러번 호출되는 경우를 볼 수 있습니다.

구글링을 해보면 저뿐만 아니라 많은 사람들이 이러한 문제로 어려움을 겪고 있습니다.

이렇게되면 우리가 의도한대로 되지않고 서비스가 여러번 호출되는 상황을 발생시키기도 합니다.

이를 해결하기 위해 static 변수를 하나 두고나서 해당 변수의 상태가 변경될때에만 실제 변경됨을 감지하고 다음동작을 실행하도록 해주었습니다.

private static String mLastState;


if (state.equals(mLastState)) {
    return;

} else {
    mLastState = state;

}

(참고: http://mmarvick.github.io/blog/blog/lollipop-multiple-broadcastreceiver-call-state/ )

Layout

팝업으로 보여줄 layout xml을 만들어줍니다.

여기서는 간단하게 걸려온 전화번호를보여주고 팝업창을 종료할수 있는 X버튼을 만들어 두겠습니다.

Service

Manifest에 Service를 추가해줍니다.


<service android:name=".CallingService"/>

Service의 onCreate()에서 팝업의 크기와 각종 팝업과 관련된 설정들을 세팅해줍니다.

여기서는 팝업크기의 가로가 화면의 90%만 채우도록 설정해주었습니다.

그리고 위에서 만들어둔 popup layout xml을 가져옵니다.


@Override
public void onCreate() {
    super.onCreate();


    windowManager = (WindowManager) getSystemService(WINDOW_SERVICE);

    Display display = windowManager.getDefaultDisplay();

    int width = (int) (display.getWidth() * 0.9); //Display 사이즈의 90%


    params = new WindowManager.LayoutParams(
            width,
            WindowManager.LayoutParams.WRAP_CONTENT,
            WindowManager.LayoutParams.TYPE_SYSTEM_ERROR,
            WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
                    | WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED
                    | WindowManager.LayoutParams.FLAG_DISMISS_KEYGUARD
                    | WindowManager.LayoutParams.FLAG_TURN_SCREEN_ON,
            PixelFormat.TRANSLUCENT);


    LayoutInflater layoutInflater = (LayoutInflater) getSystemService(LAYOUT_INFLATER_SERVICE);
    rootView = layoutInflater.inflate(R.layout.call_popup_top, null);
    ButterKnife.inject(this, rootView);
    setDraggable();


}

setDragable()함수에서는 팝업View에 setOnTouchListener를 추가해서 이동시킬 수 있도록 설정해줍니다.

팝업View를 누르고 움직일때마다 이동거리만큼 같이 움직여 줍니다.


private void setDraggable() {

    rootView.setOnTouchListener(new View.OnTouchListener() {
        private int initialX;
        private int initialY;
        private float initialTouchX;
        private float initialTouchY;

        @Override
        public boolean onTouch(View v, MotionEvent event) {
            switch (event.getAction()) {
                case MotionEvent.ACTION_DOWN:
                    initialX = params.x;
                    initialY = params.y;
                    initialTouchX = event.getRawX();
                    initialTouchY = event.getRawY();
                    return true;
                case MotionEvent.ACTION_UP:
                    return true;
                case MotionEvent.ACTION_MOVE:
                    params.x = initialX + (int) (event.getRawX() - initialTouchX);
                    params.y = initialY + (int) (event.getRawY() - initialTouchY);

                    if (rootView != null)
                        windowManager.updateViewLayout(rootView, params);
                    return true;
            }
            return false;
        }
    });

}

onStartCommand()에서 세팅해놓음 팝업View를 WindowManager에 추가해줍니다.

넘겨받은 전화번호 정보를 가져와서 팝업View의 TextView에도 세팅해줍니다.

onStartCommand()에서 START_REDELIVER_INTENT로 설정하는경우 Service가 강제종료 되더라도 다시 시작해주고 이전에 넘겨받았던 intent를 그대로 넘겨받을 수 있습니다.

여기서는 STICKY로 해주어도 크게 상관없을것 같습니다.

(Android Service 사용법)

만약 intent가 null인경우엔 팝업View를 없애줍니다.


@Override
public int onStartCommand(Intent intent, int flags, int startId) {

    windowManager.addView(rootView, params);
    setExtra(intent);


    if (!TextUtils.isEmpty(call_number)) {
        tv_call_number.setText(call_number);
    }


    return START_REDELIVER_INTENT;
}


private void setExtra(Intent intent) {

    if (intent == null) {
        removePopup();
        return;
    }

    call_number = intent.getStringExtra(EXTRA_CALL_NUMBER);


}

서비스가 종료되거나 팝업View의 X버튼이 눌리는경우 팝업View를 없애줍니다.


@Override
public void onDestroy() {
    super.onDestroy();
    removePopup();
}


@OnClick(R.id.btn_close)
public void removePopup() {
    if (rootView != null && windowManager != null) windowManager.removeView(rootView);
}

그렇게 완성된 화면은 아래와 같습니다.

전화가 걸려올경우 상대방의 전화번호를 넘겨받아서 팝업으로 보여주게 됩니다.

이를 잘 활용해서 가져온 전화번호를 운영중인 서비스의 서버에 요청해서 각종 정보를 가져오는 기능을 만들 수도 있습니다.

여러가지 응용된 방식으로 사용자에게 의미있는 정보를 노출해주길 바랍니다.

이것저것 다 귀찮으신분들을 위해 Github에 프로젝트를 올려두었습니다.

Github에서 다운받으셔서 테스트프로젝트 실행해보셔도 좋습니다.

Github에서 전체프로젝트 보기

(내용이 유용하셨다면 Github 오른쪽위의 [Star]버튼을 눌러주시면 감사하겠습니다

저에게는 별풍선 주시는 효과가 있어요!)

[AWS]프리티어사용시 요금발생(폭탄)을 막기위한 팁

박상권 — Tue, 8 Dec 2015 10:16:43 +0900

프리티어로 AWS서비스를 체험하면서 프리티어로 사용할 수 있는 자원의 할당량만 사용한다면 요금이 청구될 일은 없습니다.

하지만 프리티어를 사용하면서 혹시 요금이 발생할 수도 있는 부분에 대해서 체크해보고 청구되는 요금을 줄이시기 바랍니다.

AWS프리티어 사용가능 리소스

Elastic IP

Elastic IP주소는 ip주소를 고정으로 사용할 수 있도록 해주는 서비스입니다.

EC2가 stop/start 되는경우 ip주소가 매번 변경되는데 이를 EC2에 연결 해두고 Elastic ip주소로 접근하면 항상 같은 주소로 접근할 수 있게 됩니다.

http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html

프리티어에서 Elastic IP 1개를 무료로 사용할 수 있습니다.

하지만 Elastic IP는 EC2에 연결해두지 않으면 요금이 청구됩니다.

ip가 부족한 상황에서 Elastic ip를 만들어두고 EC2에 연결하지 않으면 ip가 만들어져 있지만 사용되지 않고 있으므로 요금이 청구됩니다.

또한, EC2에 연결해두었더라도 EC2가 stop되어있는 상태라면 요금이 청구됩니다.

만약 Elastic ip를 만들어두고 할당을 하지 않은 상태라면 실행중인 EC2에 할당 혹은 Elastic ip 삭제를 하시길 바랍니다.

RDS

RDS도 1개는 프리티어에서 무료로 사용할 수 있습니다.

다만, RDS생성시 Multi-AZ와 고성능 I/O인 Provisioned IOPS Storate를 사용하지 않도록 설정해야 합니다.

기본설정으로 [Yes]가 선택되어 있기때문에 많이 실수하는 부분입니다.

물론 돈을 내고서라도 이런 기능이 필요하시다면 선택을 하시면 되지만, 온전히 프리티어로 사용하고자 하신다면 [No]로 체크하시고 RDS를 생성하셔야 합니다.

ElastiCache

프리티어에서 ElastiCache 1개는 무료로 사용할 수 있습니다.무료사용 대상은 t2.micro 입니다.

아래 그림은 ElastiCache Redis를 생성할때 기본적으로 세팅되어있는 것들입니다.

[Node Type]에서 프리티어대상인 t2.micro를 선택하려고하면 비활성화되서 선택되지 않는것을 확인할 수 있습니다.

[Multi-AZ]가 체크해제해야 t2.micro를 선택할 수 있습니다.

EBS

EBS는 프리티어에서 30GB까지 무료로 사용할 수있습니다.

EC2생성시 기본세팅을 조정하지 않으셨다면 EC2 1개당 8GB의 EBS가 생성될 것입니다.

프리티어사용자라면 EC2를 1개만 사용할 것이기때문에 전혀 문제가 되지 않을것이라고 생각할 수 있습니다.

하지만 문제는 EC2를 stop하면 요금은 청구되지않지만 EBS는 여전히 사용중인 것으로 됩니다.

예를들어보겠습니다.

오전 10시에 EC2 1개를 생성하고 나서 30분뒤에 stop시켰습니다.

오전 11시에 EC2 1개를 생성하고 나서 40분뒤에 stop시켰습니다.

그렇게 반복적으로 총 6시간동안 6개의 EC2를 생성하고 1시간안에 stop할 경우 프리티어로서 EC2사용시간은 총 750시간에 전혀 영향을 미치지 않습니다.

총 6개의 EC2를 생성했지만 1시간에 1개의 EC2만 사용했으므로 문제가 없는것입니다.

하지만 문제는 EC2를 terminate시키지않고 stop만 시켰다는것입니다.

EC2를 terminate시킬경우 함께만들어진 EBS도 없어지게 됩니다.

하지만 위의 경우처럼 EC2 6개를 생성하고 stop만 해두었다면 6개의 EBS볼륨은 그대로 남아있게 됩니다.

8GB x 6개 = 48GB를 사용하고 있으므로 프리티어 30GB를 초과하게되어 요금이 발생합니다.

사용하지 않는 EC2가 있다면 stop이 아닌 terminate를 시켜주어 EBS 사용량 초과로 요금이 발생하는것을 막아주시길 바랍니다.

이외에 추가적으로 프리티어를 사용하면서 알아두어야할 사항들이 있다면 댓글로 알려주시기 바랍니다.

프리티어 사용하면서 현재 사용량을 알고싶은경우나 내가설정한 요금이상으로 요금이 발생할경우 알림을 받고싶을때 아래 포스팅을 참고하시기 바랍니다.

[AWS]프리티어(Free Tier)사용량 확인하는 방법

[AWS]예상 청구요금 알림 받는 방법

[AWS]Security Group 접속가능한 IP대역 설정하는 방법

박상권 — Fri, 4 Dec 2015 22:02:52 +0900

서버를 운영하면서 기능을 개발하는것만큼 중요한것도 보안이라 할 수 있습니다.

AWS서비스를 이용하면서 보안과 관련해서는 로그인시 OTP를 이용하는 방법부터 여러가지 체크해야할 부분이 있는데요.

이번에는 허용된 ip에서만 해당 EC2나 RDS에 접근할 수 있도록 설정하는 방법에 대해 포스팅 해보겠습니다.

EC, RDS, ElastiCache 등을 이용하면서 우리는 Security Group이라는걸 이용합니다.

Security Group에 명시되어있는 port와 ip대역대만 해당 리소스에 접근할 수 있는 방식입니다.

기본으로 생성되어있는Security Group은 아래와 같이 모든 port/ip에서 접근할 수 있도록 세팅되어 있습니다.

EC2의 경우 특별한 경우를 제외하고는 2개의 Port만 열어주면 됩니다.

- HTTP: 80Port

- SSH: 22Port

80번 포트는 일반 사용자들이 http로 접속을 해야하므로 ip를 지정할 필요가 없으므로 Anywhere의 개념인 0.0.0.0/0 으로 Source를 세팅해주면 됩니다.

하지만 서버로의 터미널접속이나 파일전송을 위해 사용하는 22번 포트는 개발자 ip(혹은 해당회사의 ip)에서만 접근할 수 있게 해주는것이 보안적으로 좋습니다.

IP접속제한 설정하기

1. IP주소 및 서브넷마스크 확인

고정ip를 사용하신다면 정말 간단합니다.

자신의 ip주소만 허용가능한 ip로 적어주면 됩니다.

하지만 회사나 집에서 대부분 공유기를 사용하고 계시기때문에 ip가 변경된다거나 회사의 경우는 해당 공유기를 사용하는 ip대역대의 사람들만 접속하도록 설정하고 싶은경우가 있을겁니다.

우선 기준이 되는 IP주소와 서브넷마스크를 알아둡니다.

이정보는 보통 공유기의 [고급설정]-[네트워크관리]같은 곳에서 확인할 수 있습니다.

2. Mask bit확인하기

IP주소가 218.123.255.11 이고 서브넷 마스크가 255.255.255.224 라고 가정해보겠습니다.

이럴경우 IP대역은 218.123.255.1 - 218.123.255.30 입니다.

즉, 해당 공유기에서 내가 받을수있는 IP범위는 218.123.255.1 - 218.123.255.30라는것입니다.

그리고 마스크Bit는 27 입니다.

정확한 이해를 위해서는 서브넷마스크에 대해서 좀더 공부해보셔야 합니다.

이것저것 다 귀찮은경우는 아래 사이트를 이용하시면됩니다.

http://www.subnet-calculator.com/

우리에게 필요한것은 IP주소 그리고 마스크 Bit입니다.

3. 정보입력

우리가 가져온정보 218.123.255.11 과 마스크Bit 27을 218.123.255.11/27 의 형태로 넣어줍니다.

그렇게 넣어주면 아래 그림처럼 자동으로 서브넷ID를 설정해주고 마스크Bit까지 설정해줍니다.

이제 우리는 218.123.255.1 - 218.123.255.30 범위의 ip에서만 해당 리소스에 접근할 수 있도록 설정해두었습니다.

여러가지 리소스에 해당 정보를 활용해서 접속가능한 ip대역을 설정해두시면 안전하게 서버를 운영하시는데 도움이 되실겁니다.

감사합니다.

[안드로이드/Android]Fragment에서 Activity의 onActivityForResult 받는 방법

박상권 — Mon, 30 Nov 2015 18:43:03 +0900

Fragment를 사용하면서 startActivity나 startActivityForResult를 사용하는 경우가 있습니다.

startActivity가 문제되는경우는 없지만 startActivityForResult에서 가끔 onActivityResult가 오지 않는 경우가 있습니다.

Nested Fragment구조로 되어있는 Fragment에서는 startActivirtyForResult의 결과가 Fragment가 아닌 Activity로 오게 됩니다.

Activity에 넘어온 결과를 Fragment로 넘겨주기위하여 Fragment내부에 함수를 만들어 해당 instance의 함수를 호출하거나 static 함수로 만들어두어 해당 함수를 호출하곤 하는데요.

이와 비슷한 방식이지만 event bus방식의 otto를 사용해서 좀더 심플하고 직관적으로 구현해보도록 하겠습니다.

[안드로이드]유용한 라이브러리 - Otto(Event Bus)

동작순서

- 부모 Activity에서 Fragment로 알려줄 Event클래스를 생성합니다.

- Fragment에서 Event를 받았을때 실행할 함수를 만들어 두고 해당 Event를 모니터링합니다.

- Fragment에서 startActivityForResult()를 호출합니다.

(이때 Fragment의 startActivityForResult를 실행하는것이 아닌 부모 Activity의 startActivityForResult를 실행해야 합니다)

- 실행된 Activity가 종료되면서 Fragment의 부모 Activity로 결과값을 리턴해줍니다

- 결과를 받은 Activity에서 Event를 생성해서 Fragment로 알려주면서 결과값을 보내줍니다.

- Fragment는 해당 Event를 받아서 1번에서 만들어준 동작을 수행합니다.

Fragment에서 Activity의 onActivityForResult 받기

1. Event Class생성

onActivityResult의 parameter들을 그대로 받아서 Fragment로 넘겨주기위해 해당 값들을 가지고 있는 Event Class를 생성해줍니다.


public class ActivityResultEvent {

    private int requestCode;
    private int resultCode;
    private Intent data;

    public ActivityResultEvent(int requestCode, int resultCode, Intent data) {
        this.requestCode = requestCode;
        this.resultCode = resultCode;
        this.data = data;
    }

    public int getRequestCode() {
        return requestCode;
    }

    public void setRequestCode(int requestCode) {
        this.requestCode = requestCode;
    }

    public int getResultCode() {
        return resultCode;
    }

    public void setResultCode(int resultCode) {
        this.resultCode = resultCode;
    }

    public Intent getData() {
        return data;
    }

    public void setData(Intent data) {
        this.data = data;
    }
}

2. Event 함수 생성 및 모니터링

1번에서 만들어둔 Event를 받았을때 실행할 함수를 만들어 줍니다.

저같은 경우는 Fragment의 onActivityResult로 데이터들을 바로 넘겨주는 방식으로 구현해 두었습니다.

onActivityResult함수에서 받은 결과값을 가지고 동작을 해줍니다.


/**
 * NestedFragment에서 startactivityForresult실행시 fragment에 들어오지 않는 문제
 *
 * @param activityResultEvent
 */
@Subscribe
public void onActivityResult(ActivityResultEvent activityResultEvent){
    onActivityResult(activityResultEvent.getRequestCode(), activityResultEvent.getResultCode(), activityResultEvent.getData());
}

또한, 이 Event를 받기위해서 register/unregister작업을 해주어야 합니다.

저는 BaseFragment를 만들어두고 거기에 register/unregister작업을 해둔뒤 모든 Fragment가 이 BaseFragment를 상속받아서 사용하도록 해두고 있습니다.

그렇게 만들어두면 Fragment를 생성할때마다 귀찮은 작업을 해주는걸 줄일 수 있습니다.



@Override
public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
   super.onViewCreated(view, savedInstanceState);
   BusProvider.getInstance().register(this);
}

@Override
public void onDestroyView() {
   BusProvider.getInstance().unregister(this);
      super.onDestroyView();

}

3. Fragment에서 startActivityForResult 함수 실행

startActivityForResult함수를 실행할때 주의할점은 Fragment의 함수가 아닌 Activity의 함수를 이용해주어야 한다는것입니다.

그래야 부모 Activity에서 결과값을 받았을때 동일한 requestCode값을 받아올 수 있습니다.

그렇지 않은경우 Fragment에서 실행했던 requestCode와 부모Activity에서 받은 requestCode가 달라서 해당 결과값을 받아올수 없는 문제가 발생합니다.


getActivity().startActivityForResult(intent, Constant.REQ_CODE_CONTENT_DETAIL);

4. 부모 Activity에서 Event생성

실행된 Activity가 종료되면 부모 Activity의 onActivityResult가 실행됩니다.

이때 1번에서 만들어둔 ActivityResultEvent를 생성해주면서 Fragment에서 이 이벤트를 받을수 있도록 해줍니다.


@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    super.onActivityResult(requestCode, resultCode, data);
    BusProvider.getInstance().post(new ActivityResultEvent(requestCode, resultCode, data));
}

이렇게되면 2번에서 해당 Event를 받았을때 동작할 함수를 만들어두었기때문에 Fragment에서 일을 처리할 수 있게됩니다.

이를 잘 응용한다면 onBackPressed()이벤트도 충분히 Fragment에서 받아서 처리할 수 있게됩니다.

이뿐만 아니라 여러가지 상황을 간단하게 otto를 활용해서 구현해보시면 훨씬 간단하고 직관적인 코드를 만드실 수 있습니다.

[안드로이드/Android]CoordinatorLayout Behavior를 이용해 FooterView 숨기기/보여주기

박상권 — Wed, 25 Nov 2015 20:33:24 +0900

아래 화면처럼 ScrollView나 RecyclerView가 스크롤시 아래에 있는 배너나 기타 Footer버튼을 없애주고 보여주는 기능을 보여주고 싶은때가 있습니다.

보통 Quick return Header/Footer로 검색하시면 많은 참고자료및 라이브러리를 찾아볼 수 있습니다.

Android Support Design Library 이전에는 대부분 라이브러리들이 RecyclerView/ScrollView에 스크롤리스너를 달아서 그 안에 함수를 구현해주고 스크롤되고있는 item위치에 따라서 ShowView()/HideView()의 방식으로 구현되어 있습니다.

이제는 각각 View에 ScrollLister를 달지말고 Behavior를 사용하면 됩니다

Support Design Library의 등장으로 behavior개념이 생기면서 간단하게 Behavior클래스를 만들어주고 이를 재사용하면 여러군데에서 사용할 수 있게됩니다.

정확히는 C oordinatorLayout의 Behavior 를 활용합니다.

Custom Behavior만들기

1. Class만들기

CoordinatorLayout.Behavior<View> 를 상속받은 CustomBehavior클래스를 만들어 줍니다.


public class QuickReturnFooterBehavior extends CoordinatorLayout.Behavior<View> {

2. 스크롤에 반응하기

가로방향의 스크롤일경우에만 Footer View를 숨기거나 보여줄것이기 때문에 nestedScrollAxes값이 Vertical(세로)방향일 경우에만 true를 리턴해줍니다.


@Override
public boolean onStartNestedScroll(@NonNull CoordinatorLayout coordinatorLayout, @NonNull View child, @NonNull View directTargetChild, @NonNull View target, int axes, int type) {
    return axes == ViewCompat.SCROLL_AXIS_VERTICAL;
}

3. Footer View hide/show

스크롤 y값의 변화와 현재 Footer View의 상태에 따라서 Footer View를 숨기거나 보여주는 판단을 해줍니다.

onNestedPreScroll안의 hide/show 판단은 기존에 ScrollView/RecyclerView에 ScrollLister를 달아준뒤 그 안에서 하던 작업과 비슷한 일을 하게됩니다.

1. 위/아래방향으로 일정한 방향으로 향하던 도중에 방향이 바뀌는경우(원래 진행하던 방향과 현재 진행방향이 반대) 모든 작업을 초기화하고 다시 시작합니다.

2. 스크롤방향이 위/아래 방향으로 가는경우 숨기거나 보여주는 작업을 수행합니다.

@Override
public void onNestedPreScroll(@NonNull CoordinatorLayout coordinatorLayout, @NonNull View child, @NonNull View target, int dx, int dy, @NonNull int[] consumed, int type) {
    // 스크롤이 반대방향으로 전환
    if (dy > 0 && dyDirectionSum < 0
            || dy < 0 && dyDirectionSum > 0) {
        child.animate().cancel();
        dyDirectionSum = 0;
    }

    dyDirectionSum += dy;

    if (dyDirectionSum > child.getHeight()) {
        hideView(child);
    } else if (dyDirectionSum < -child.getHeight()) {
        showView(child);
    }
}

4. hideView/ShowView 구현

위에서 사용한 hideView와 showView 함수를 구현해줍니다.

이 함수 또한 기존에 사용하던 ScrollLister를 달고 hide/show 하던 함수와 같은 방식으로 만들어주시면 됩니다.

여기서는 hideView 애니메이션이 끝난뒤에 INVISIBLE을 해줍니다.(GONE처리하는경우 Behavior 이벤트를 받지 못하게 됩니다.)

showView 애니메이션이 시작하기전에 VISIBLE을 해주었지만 취향에 맞게 변경하셔도 됩니다.

또한 애니메이션 시간도 원하는대로 변경하고 여기서는 FastOutSlowInInterpolator InterPolator를 사용하였지만 얼마든지 다른것으로 변경하셔도 좋습니다.

private void hideView(final View view) {
    if (isHiding || view.getVisibility() != View.VISIBLE) {
        return;
    }

    ViewPropertyAnimator animator = view.animate()
            .translationY(view.getHeight())
            .setInterpolator(INTERPOLATOR)
            .setDuration(ANIMATION_DURATION);

    animator.setListener(new Animator.AnimatorListener() {
        @Override
        public void onAnimationStart(Animator animator) {
            isHiding = true;
        }

        @Override
        public void onAnimationEnd(Animator animator) {
            isHiding = false;
            view.setVisibility(View.INVISIBLE);
        }

        @Override
        public void onAnimationCancel(Animator animator) {
            // 취소되면 다시 보여줌
            isHiding = false;
            showView(view);
        }

        @Override
        public void onAnimationRepeat(Animator animator) {
            // no-op
        }
    });

    animator.start();
}

private void showView(final View view) {
    if (isShowing || view.getVisibility() == View.VISIBLE) {
        return;
    }
    ViewPropertyAnimator animator = view.animate()
            .translationY(0)
            .setInterpolator(INTERPOLATOR)
            .setDuration(ANIMATION_DURATION);

    animator.setListener(new Animator.AnimatorListener() {
        @Override
        public void onAnimationStart(Animator animator) {
            isShowing = true;
            view.setVisibility(View.VISIBLE);
        }

        @Override
        public void onAnimationEnd(Animator animator) {
            isShowing = false;
        }

        @Override
        public void onAnimationCancel(Animator animator) {
            // 취소되면 다시 숨김
            isShowing = false;
            hideView(view);
        }

        @Override
        public void onAnimationRepeat(Animator animator) {
            // no-op
        }
    });

    animator.start();
}

전체 소스코드

Behavior를 잘 이용해서 Footer뿐만 아니라 Header도 숨기기/보여주기로도 응용가능합니다.

또한 Google의 여러 앱에서 보여지는 hide/show 방식도 얼마든지 원하는대로 만들 수 있습니다.

좀더 많은 팁이나 정보는 아래 링크들을 참고해보셔도 좋습니다.

감사합니다.

유용한 링크

CoordinatorLayout 을 위한 Custom Behavior 구현

Mastering the Coordinator Layout

Design Support Library: Coordinator layout and Behavior

Quick return with CoordinatorLayout

Event bus [Bus "default"] accessed from non-main thread Looper

박상권 — Mon, 16 Nov 2015 19:15:05 +0900

Otto를 사용하는경우 GCM을 위한 intentservice같은 곳곳에서 post를 보내는경우 오류가 발생할 수 있다.

Otto의 Bus클래스를 상속받아서 아래와같은 클래스를 만들고 이 클래스를 사용한다

public class CustomBus extends Bus {
    private final Handler mHandler = new Handler(Looper.getMainLooper());

    @Override
    public void post(final Object event) {
        if (Looper.myLooper() == Looper.getMainLooper()) {
            super.post(event);
        } else {
            mHandler.post(new Runnable() {
                @Override
                public void run() {
                    CustomBus.super.post(event);
                }
            });
        }
    }

}

[Android ERROR&SOLVE]GC overhead limit exceeded

박상권 — Fri, 6 Nov 2015 19:58:01 +0900

현상

- Execution failed for task ':app:preDexDebug'.

- com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: .... finished with non-zero exit value 1

- GC overhead limit exceeded

이유

- heap의 용량을 넘어서면서 오류가 발생

해결방법

1. build.gradle의 dexOptions에 Heap크기 지정


dexOptions {
    incremental true
    javaMaxHeapSize "4g"
}

[Android ERROR&SOLVE]org.apache.http does not exist

박상권 — Thu, 5 Nov 2015 19:57:36 +0900

이유

- 안드로이드 6.0 버전으로 오면서 Apache http를 지원하지 않음

https://developer.android.com/intl/ko/about/versions/marshmallow/android-6.0-changes.html#behavior-apache-http-client

Apache HTTP Client Removal

Android 6.0 release removes support for the Apache HTTP client. If your app is using this client and targets Android 2.3 (API level 9) or higher, use the HttpURLConnection class instead. This API is more efficient because it reduces network use through transparent compression and response caching, and minimizes power consumption. To continue using the Apache HTTP APIs, you must first declare the following compile-time dependency in your build.gradle file:

android {
    useLibrary 'org.apache.http.legacy'
}

해결방법

1. /build.gradle파일에 gradle버전 업데이트

buildscript {
    ...
    dependencies {
        classpath 'com.android.tools.build:gradle:1.3.1'
       
    }
}

2. /app/build.gradle 파일 수정

android {
compileSdkVersion 23
buildToolsVersion '23.0.1'

// 6.0으로 바뀌면서 apache 없어짐
useLibrary 'org.apache.http.legacy'
...
}

[안드로이드/Android]CustomView를 만들어서 재사용하기

박상권 — Mon, 2 Nov 2015 21:45:00 +0900

이전 포스팅에서 Style테마를 이용하여 일정한 레이아웃의 속성을 만들고 이를 재사용하는 방법에 대해서 알아 보았습니다.

[안드로이드]style테마 활용으로 노가다코딩 줄이는 방법

이 방법보다 좀더 심화된 방식인 Custom View를 만드는 방법에 대해서 포스팅 해보겠습니다.

먼저 아래 사진을 예로 들어보겠습니다.

로그인버튼이 각각 3개씩 있는 레이아웃입니다.

잘 보면 3개의 버튼이 레이아웃 구성이 똑같은걸 알 수 있습니다.

기본적인 로그인보튼의 형태는 같지만 아이콘, 텍스트, 배경색상, 텍스트 색상등은 서로 다른것을 확인할 수 있습니다.

각각의 버튼 layout은 아래와 같을 것입니다.

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/bg"
    android:layout_width="match_parent"
    android:layout_height="55dp"
    android:background="@drawable/login_kakao_bg"
    android:gravity="center"
    android:padding="10dp">
    <!-- android:background="@drawable/kakao_login_button_background" -->


    <ImageView
        android:id="@+id/symbol"
        android:layout_width="wrap_content"
        android:layout_height="32dp"
        android:layout_gravity="center_vertical"
        android:layout_marginLeft="20dp"
        android:src="@drawable/login_kakao_symbol"

        />


    <TextView
        android:id="@+id/text"
        style="@style/CustomText_Subhead"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="1"
        android:gravity="center"
        android:text="카카오톡 로그인"
        android:textColor="@color/kakao_brown"
        android:textStyle="bold" />

</LinearLayout>

위의 화면처럼 버튼이 3개라면 저 레이아웃 소스코드를 3번 복사/붙여넣기 해서 장문의 레이아웃을 만들겠죠...

만약에 버튼이 10개라면? 100개라면??

그러다가 padding값을 10dp에서 16dp로 바꾸고싶다면??

상상만 해도 끔찍합니다.(복사 붙여넣기보다 더 무서운게 그것들을 전부다 한땀한땀 수정하는 작업이겠죠...)

이러한 경우는 앞서배운 style테마를 이용하는것보다 CustomView를 만들어서 이를 재사용하는것이 좋습니다.

우리는 로그인버튼의 레이아웃형태는 그대로 유지하고 아이콘과 텍스트만 변경하고 싶습니다.

결론적으로 만들어진 CustomView를 사용하면 아래와 같이 사용할 수 있습니다.

우선 미리 완성된 CustomView의 사용예제를 살펴보겠습니다.


<kr.co.selphone.welcome.login.CustomLoginButton
    android:id="@+id/login_kakao"
    style="@style/LoginButtonStyle"
    app:bg="@drawable/login_kakao_bg"
    app:symbol="@drawable/login_kakao_symbol"
    app:text="카카오톡"
    app:textColor="@color/kakao_brown"

    />

custom하게 만든 속성을 이용해서 배경색, 아이콘 이미지, 텍스트, 텍스트 색상 등을 지정할 수 있습니다.

위의 3개의 서로다른 로그인버튼을 만들고자 하는경우는 아래와 같이 사용해 주면 됩니다.


<kr.co.selphone.welcome.login.CustomLoginButton
    android:id="@+id/login_kakao"
    style="@style/LoginButtonStyle"
    app:bg="@drawable/login_kakao_bg"
    app:symbol="@drawable/login_kakao_symbol"
    app:text="카카오톡"
    app:textColor="@color/kakao_brown"
    />

<kr.co.selphone.welcome.login.CustomLoginButton
    android:id="@+id/login_naver"
    style="@style/LoginButtonStyle"
    app:bg="@drawable/login_naver_bg"
    app:symbol="@drawable/login_naver_symbol"
    app:text="네이버"
    app:textColor="@color/white"
    />

<kr.co.selphone.welcome.login.CustomLoginButton
    android:id="@+id/login_google"
    style="@style/LoginButtonStyle"
    app:bg="@drawable/login_google_bg"
    app:symbol="@drawable/login_google_symbol"
    app:text="구글"
    app:textColor="@color/google_red"
    />

복잡한 레이아웃 구성도 하나의 CustomView로 만들어준뒤 해당 CustomView를 재사용하면 편리하고 유용하게 화면을 구성할 수 있습니다.

CustomView 만들기

1. layout xml파일 생성

CustomView의 기본으로 쓰일 layout xml파일을 만들어 줍니다.

2. attrs.xml 설정

custom하게 만들어줄 attribute를 설정해줍니다.

value -> attrs.xml 파일에 아래 내용을 추가해줍니다.(만약 해당 파일이 없다면 만드시면 됩니다.)


<declare-styleable name="LoginButton">
    <attr name="bg" format="reference|integer" />
    <attr name="symbol" format="reference|integer" />
    <attr name="text" format="reference|string" />
    <attr name="textColor" format="reference|integer" />
</declare-styleable>

이 attr 속성을 보았을때 4가지를 속성값으로 받아서 적용할 수 있게 할것입니다.

    <attr name="text" format="reference|string" />

이 attr은 나중에 app:text="....." 로 쓰일수 있으며 '가나다라' 같은 직접적인 String과 @string/aaaa 같은 reference를 넣어줄 수 있습니다.

3. CustomView 만들기

(클래스 전체 소스는 아래에 있습니다)

1) CustomView의 생성자에서 initView, getAttrs 함수를 사용합니다


public CustomLoginButton(Context context) {
    super(context);
    initView();

}

public CustomLoginButton(Context context, AttributeSet attrs) {
    super(context, attrs);
    initView();
    getAttrs(attrs);

}

public CustomLoginButton(Context context, AttributeSet attrs, int defStyle) {
    super(context, attrs);
    initView();
    getAttrs(attrs, defStyle);

}

2) initView()에서는 미리 만들어둔 xml 파일을 할당해주고 각각의 View를 설정해줍니다.


private void initView() {

    String infService = Context.LAYOUT_INFLATER_SERVICE;
    LayoutInflater li = (LayoutInflater) getContext().getSystemService(infService);
    View v = li.inflate(R.layout.welcome_login_button, this, false);
    addView(v);

    bg = (LinearLayout) findViewById(R.id.bg);
    symbol = (ImageView) findViewById(R.id.symbol);

    text = (TextView) findViewById(R.id.text);

}

3) getAttrs() 및 setTypeArray()함수에서는 우리가 attrs.xml 에 선언해둔 attribute를 이용하여 이를 각각의 View에 설정해주는 작업을 합니다.


private void getAttrs(AttributeSet attrs) {
    TypedArray typedArray = getContext().obtainStyledAttributes(attrs, R.styleable.LoginButton);

    setTypeArray(typedArray);
}


private void getAttrs(AttributeSet attrs, int defStyle) {
    TypedArray typedArray = getContext().obtainStyledAttributes(attrs, R.styleable.LoginButton, defStyle, 0);
    setTypeArray(typedArray);

}


private void setTypeArray(TypedArray typedArray) {


    int bg_resID = typedArray.getResourceId(R.styleable.LoginButton_bg, R.drawable.login_naver_bg);
    bg.setBackgroundResource(bg_resID);

    int symbol_resID = typedArray.getResourceId(R.styleable.LoginButton_symbol, R.drawable.login_naver_symbol);
    symbol.setImageResource(symbol_resID);

    int textColor = typedArray.getColor(R.styleable.LoginButton_textColor, 0);
    text.setTextColor(textColor);

    String text_string = typedArray.getString(R.styleable.LoginButton_text);
    text.setText(text_string);


    typedArray.recycle();

}

아래는 CustomLoginButton의 전체 소스코드 입니다

이렇게 완성된 CustomView를 사용하고자하는 xml에서 아래와 같이 재사용해주면 됩니다.

물론 여러번 재사용할때도 CustomView을 사용하고 각각 bg,symbol,text,textColor에 맞는 값을 넣어주시면 됩니다.


<kr.co.selphone.welcome.login.CustomLoginButton
    android:id="@+id/login_kakao"
    style="@style/LoginButtonStyle"
    app:bg="@drawable/login_kakao_bg"
    app:symbol="@drawable/login_kakao_symbol"

    app:text="카카오톡"
    app:textColor="@color/kakao_brown"

    />

위의 예재대로 그대로 따라해보시고 CustomView를 만드는 원리에 대해서 이해하셨다면 충분히 이를 응용해서 원하시는 CustomView를 만드실 수 있을겁니다.

이상 CustomView를 만들어서 재사용하는 방법에 대해 소개 해드렸습니다.

감사합니다.

[안드로이드/Android]style테마 활용으로 노가다코딩 줄이는 방법

박상권 — Thu, 29 Oct 2015 09:59:34 +0900

우리는 안드로이드를 개발하면서 정말 많은 화면을 만들고 그에 맞는 layout xml파일을 만듭니다.

가끔 화면을 구성하다보면 View 안에 설정값들이 거의 똑같고 일부만 다른 경우를 볼 수 있습니다.

아래 화면의 경우 [공지사항],[홈페이지],[페이스북] 등의 메뉴들이 모두 같은 padding,margin,textcolor 등등을 가지고 있고 text내용만 다른것을 확인해 볼 수 있습니다.

이러한경우 보통 우리는 TextView를 만들고 원하는 padding,margin등등을 준 뒤에 해당 코드를 계속 복사/붙여넣기 노가다 작업을 합니다.

예를들어 각 TextView가 아래와 같이 구성되어있다고 가정해 보겠습니다.

    <TextView
        android:layout_width="match_parent"
        android:layout_height="wrap_content"

        android:layout_marginLeft="5dp"
        android:layout_marginRight="10dp"
        android:layout_marginBottom="15dp"

        android:paddingRight="3dp"
        android:paddingLeft="8dp"

        android:textColor="@color/white"

        android:background="@color/custom_main"

        />

만약 이런 뷰를 여러개 생성해야한다면 우리는 c,v를 이용해 끝없이 복사/붙여넣기를 할것입니다.

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical" android:layout_width="match_parent"
    android:layout_height="match_parent">


    <TextView
        android:layout_width="match_parent"
        android:layout_height="wrap_content"

        android:layout_marginLeft="5dp"
        android:layout_marginRight="10dp"
        android:layout_marginBottom="15dp"

        android:paddingRight="3dp"
        android:paddingLeft="8dp"

        android:textColor="@color/white"

        android:background="@color/custom_main"

        />



    <TextView
        android:layout_width="match_parent"
        android:layout_height="wrap_content"

        android:layout_marginLeft="5dp"
        android:layout_marginRight="10dp"
        android:layout_marginBottom="15dp"

        android:paddingRight="3dp"
        android:paddingLeft="8dp"

        android:textColor="@color/white"

        android:background="@color/custom_main"

        />


    <TextView
        android:layout_width="match_parent"
        android:layout_height="wrap_content"

        android:layout_marginLeft="5dp"
        android:layout_marginRight="10dp"
        android:layout_marginBottom="15dp"

        android:paddingRight="3dp"
        android:paddingLeft="8dp"

        android:textColor="@color/white"

        android:background="@color/custom_main"

        />

    .
    .
    .


</LinearLayout>

이러한 방식의 문제는 효율적이지못한 코드라는것도 있지만 설정값을 수정하는것에 대해서 유연하게 대처할 수 없습니다.

만약 8dp로 되어있는 paddingLeft값을 변경하고자 하는경우 모든 TextView의 paddingLeft값을 찾아서 한땀한땀 수정해주어야 합니다.

안드로이드에서 style을 잘 활용하면 이런 노가다작업과 수정작업에 유연하게 대처할 수 있습니다.

1. style.xml에 원하고자하는 View의 설정값들을 정의해줍니다.


<style name="CustomTextView"  parent="@android:style/Widget.TextView">
    <item name="android:layout_width">match_parent</item>
    <item name="android:layout_height">wrap_content</item>
    <item name="android:layout_marginLeft">5dp</item>
    <item name="android:layout_marginRight">10dp</item>
    <item name="android:layout_marginBottom">15dp</item>
    <item name="android:paddingRight">3dp</item>
    <item name="android:paddingLeft">8dp</item>
    <item name="android:textColor">@color/white</item>
    <item name="android:background">@color/custom_main</item>

</style>

2. layout의 해당 TextView에서는 이 style을 적용시켜 줍니다.

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical" android:layout_width="match_parent"
    android:layout_height="match_parent">

    <TextView
        style="@style/CustomTextView"

        />

    <TextView
        style="@style/CustomTextView"
        />

    <TextView
        style="@style/CustomTextView"

        />
    .
    .
    .


</LinearLayout>

style.xml에서 정의해둔 설정대로 모든 TextView가 적용받게 됩니다.

만약 일부 설정값들을 변경하고싶은경우 style.xml에서 수정해주기만하면 이를 참조하는 모든 TextView가 변경됩니다.

이를 잘 응용하면 기본 Base style을 만들어두고 또 이를 상속받아 각각에서 필요한것들을 style에 정의 해둔뒤 여러 layout에서 활용할 수 있습니다.

불필요한 노가다 작업과 설정값 변경작업도중 누락되는것을 막기위해 유용한 방법으로 style.xml을 많이 활용하시기 바랍니다.

감사합니다.

[Android ERROR&SOLVE]Default Activity Not Found

박상권 — Thu, 22 Oct 2015 10:29:58 +0900

잘되던 프로젝트인데 빌드만 되고 앱이 실행되않는 경우가 있다.

이때 Default Activity Not Found라는 에러를 확인할수 있다.

안드로이드스튜디오에서 IDE cache를 삭제해주면 해결된다.

File -> Invalidate Caches / Restart

[AWS]프리티어(Free Tier)사용량 확인하는 방법

박상권 — Mon, 19 Oct 2015 10:02:43 +0900

AWS를 사용하는 용도는 매우 다양하실겁니다.

실제 운영하는 서비스에 적용시키신분도 계실것이고, 테스트용도 혹은 작은 서비스로 Free tier 유저로서만 사용하고 싶으신분들 계실겁니다.

AWS의 좋은점은 여러가지 다양하고 획기적인 서비스를 제공해주기도하지만 1년동안 주요 서비스들을 일정부분 무료로 사용할 수 있다는 것일겁니다.

AWS Free Ti er 혜택보기

저는 이런 아마존의 프로모션 전략이 참 마음에 듭니다.

초기사용자를 유입시키고 계속 자사서비스를 사용하게 만들어서 나중에는 추가결제를 하도록 유도하는 방식은 처음부터 결제를 요구하는 서비스보다 효과적으로 느껴집니다.

하지만 프리티어 유저로서 무료로 사용하고 싶으신분들이 계실겁니다.

일부 개발자들은 프리티어 이상의 기능을 사용해서 요금이 발생하여 지불하기도 합니다.

그래서 우리는 요금이 청구되면 바로 알려주어서 해당 기능들을 끄도록 할 수 있습니다.

예상 청구요금 알림 받는 방법

하지만 그 이전에 현재 내가 프리티어 서비스 할당량중에 얼마나 쓰고있는지를 파악하고 예측하고 싶은 개발자들이 많을것 입니다.

AWS는 정말 대인배라고 생각됩니다.

Free Tier 사용량 확인하기

1. 내 계정에서 [Billing & Cost Management] 클릭

2. [대시보드]메뉴에서 [사용량별 상위프리티어 서비스] - [모두보기] 클릭

3. [사용량별 모든 프리 티어 서비스] 사용량 확인

사용량을 확인하셔서 현재 내가 프리티어 사용량중 얼마나 사용하고있는지 확인해볼 수 있습니다.

또한, 이대로 계속 사용할경우 이번달 내가 할당량중 얼마나 사용하게될지도 예상할 수 있습니다.

혹시 실수로 인스턴스를 terminate 시키지 않았거나 불필요하게 2개이상 서비스를 사용하고있었다면 이를 확인하고 불필요한 요금청구를 막을 수 있을것입니다.

[안드로이드/Android]유용한 라이브러리 - Glide-Transformations(이미지 변형)

박상권 — Fri, 16 Oct 2015 09:57:35 +0900

우리는 이미지를 사용하면서 여러종류로 이미지를 변형하고 싶을때가 있습니다.

- SNS에서 자주이용되는 원형의 프로필이미지

- 색깔을 넣은 컬러 필터 이미지

- 정사각형 모양의 이미지

- 블러로 느낌있는 배경의 이미지

- 등등등

제가 개발해서 운영중인 [셀폰]이라는 앱에도 여러가지형태로 이미지를 변형해서 쓰고있는데요.

그중에서 내 프로필화면에서 쓰인부분을 예시로 보여드리겠습니다.

프로필이미지를 Circle로 만들어주었고

해당 프로필이미지를 블러로 처리하여 배경화면으로 만들어주는 작업을 해주고 있습니다.

이러한것처럼 우리는 여러가지 방법으로 이미지를 변형할 수 있겠지만 이미지로딩 라이브러리를 사용하고 계신다면 해당 라이브러리에서 제공해주는 기능을 이용하면 좋습니다.

물론 해당 각 이미지로딩 라이브러리에 맞는 Transformation 라이브러리도 존재합니다.

Transform 적용 예시

이 라이브러리는 Glide 이미지로딩 라이브러리를 사용하고계신분들에게 유용한 Transformation 라이브러리입니다.

[안드로이드]유용한 라이브러리 - Glide (이미지 로딩 라이브러리)

Picasoo나 Fresco 이미지로딩 라이브러리를 사용하신다면 아래 링크를 통해 Transformation을 이용하실 수 있습니다.

Picasso Transformations

Fresco Processors

Glide Transformations

https://github.com/wasabeef/glide-transformations

1. gradle 추가


compile 'jp.wasabeef:glide-transformations:1.0.6@aar'

2. bitmapTransform()함수에 transformation 클래스 추가


Glide.with(this).load(R.drawable.ic_selphone)
        .bitmapTransform(new CropCircleTransformation(context))
        .into(iv_selphone);

끝!

어때요? 참 쉽죠?

bitmapTransform()함수에는 파라미터로 1개의 transformation클래스만이 아니라 여러개의 클래스도 추가해줄수 있습니다.


Glide.with(this).load(R.drawable.ic_selphone)
        .bitmapTransform(new BlurTransformation(context, 25, 2), new CropCircleTransformation(context))
        .into(iv_selphone);

Transformation 라이브러리에서는 아래와같은 다양한 transformation을 제공합니다.

Crop

CropTransformation, CropCircleTransformation, CropSquareTransformation, RoundedCornersTransformation

Color

ColorFilterTransformation, GrayscaleTransformation

Blur

BlurTransformation

Mask

MaskTransformation

그외 GPUImage를 이용한 GPU Filter도 사용할 수 있습니다.

[안드로이드/Android]Debug/Release에 따라 다른 Google API KEY 넣기

박상권 — Fri, 28 Aug 2015 18:42:51 +0900

구글지도나 기타의 이유로 Google의 API를 사용하는 경우가 많이 있습니다.

Google API console에서 사용하고자하는 기능을 활성화하고 API key를 받을 것입니다.

이경우 개발용 keystore와 배포용 keystore가 다르기때문에 각각 2개씩의 API KEY를 발급 받아야 합니다.

보통 Manifest파일에 아래와같이 선언하실겁니다.


<!-- 개발용 KEY -->
<meta-data
    android:name="com.google.android.geo.API_KEY"
    android:value="개발용 KEY" />


<!-- 배포용 KEY -->
<meta-data
    android:name="com.google.android.geo.API_KEY"
    android:value="배포용 KEY" />

개발중일경우는 배포용 KEY 코드부분을 주석하고 테스트를 하고 배포 할때는 개발용 KEY 코드부분을 주석처리하고 배포하는 식으로 운영합니다.

그런데 만약 깜박하고 배포할때 배포용KEY가 아닌 개발용KEY로 배포해버린다면 실제 서비스에서는 지도나 기타 기능들을 사용할 수가 없습니다..

개발/배포 버전에 따라 항상 주석을 만들었다가 없앴다가를 반복해주어야 합니다.

Android Studio에서 build.gradle의 buildTypes를 이용해 위와같은 번거로운 작업없이 개발/배포 버전에 맞게 API KEY를 설정하는 방법을 포스팅 해보겠습니다.

Debug / Release 모드에 따른 API KEY 설정방법

1. build.gradle의 buildTypes에 아래와 같이 선언해줍니다.

buildTypes {

debug {

// 개발용 KEY
resValue "string", "google_maps_api_key", "개발용 API KEY"
}

release {
// 배포용 KEY
resValue "string", "google_maps_api_key", "배포용 API KEY"
}
}

2. AndroidManifest.xml 에서 아래와 같이 적어줍니다.

google_maps_api_key라는 변수를 참조하게되는데 이는 debug/release 모드에따라서 각각 다른 key가 들어가게 될것입니다.


<meta-data
    android:name="com.google.android.maps.v2.API_KEY"
    android:value="@string/google_maps_api_key"/>

1,2번의 방법으로 간단하게 설정해주면 Debug/Release버전에 따라 API KEY를 설정해주어야하는 번거로움을 피할 수 있습니다.

이 외에도 개발/배포버전에 따라 각각 다른 설정값이 들어가야 하는경우는 build.gradle에 각각 값들을 지정해주면 Debug/Release 에 따라 다르게 값이 입력되도록 지정할 수 있습니다.

[안드로이드 스튜디오]로그캣(logcat) 색깔 바꾸기

박상권 — Wed, 19 Aug 2015 19:48:50 +0900

안드로이드 어플을 개발하시면서 로그캣을 이용해 많은 로그를 확인해 보실겁니다.

기본적으로 안드로이드 스튜디오에서는 로그 레벨에 상관없이 모두 색이 일정합니다.

레벨별로 로그캣의 색깔을 다르게 표시하고싶은경우에 설정방법에 대해 포스팅해보겠습니다

(매우 간단해서 포스팅하기도 부끄러울정도..)

1. 설정화면에서 [Editor] -> [Colors&Fonts] -> [Android Logcat] 으로 이동합니다.

2. 각 로그레벨별로 지정하고 싶은 색상을 지정합니다.

로그레벨별 추천하는 색상

Debug : 6897BB

Info : 6A8759

Warn : BBB529

Error : FF6B68

Assert : 9876AA

아주 간단하지만 로그레벨별로 색상을 다르게줘서 한눈에 보기 쉽게 변경할 수 있습니다.