핸들러 대신 루퍼를 이용해서 똑같이 처리해줄 수도 있습니다. 쓰레드 하나도 이해하기 힘든데 여기에 핸들러가 튀어나오더니 이제는 무슨 영화 제목도 아니고, 루퍼까지...
그러나 알고 보면 핸들러로 처리한 부분을 2~3줄로 간단하게 대체할 수 있는 게 루퍼라고 이해하면 쉬울듯 합니다. 핸들러에서 루퍼로 바뀐 코드는 아래와 같습니다.
여기서는 프로그레스 다이얼로그를 쓰레드 부분인 progressThread 클래스에 위치시켰습니다. 프로그레스 다이얼로그는 view.getContext() 때문에 액티비티를 파라미터로 넘겨주고 쓰레드 클래스에서 context로 받아줍니다.
실행결과는 핸들러로 처리했을 때와 동일합니다. 막상 두 가지를 해보니까 루퍼는 핸들러에 비해 유연성이 떨어지는 면이 있어서 메시징이나 세밀한 처리를 하기 위해서는 핸들러를 권장합니다.
'JavaAndroid' 카테고리의 다른 글
| 20년 세월의 기술들이 이거 하나 속에 (0) | 2013.04.18 |
|---|---|
| 안드로이드 클라이언트 소켓연결로 서버에 접속하기 (0) | 2013.04.17 |
| 자바 네트워크, 클라이언트와 서버를 소켓으로 연결하기 (0) | 2013.04.17 |
| 안드로이드의 센서(Sensor) 종류 및 이벤트 처리와 진동 발생 (0) | 2013.04.16 |
| 안드로이드 핸들러(Handler)를 이용한 프로그레스 바(Progress Bar) 처리 (0) | 2013.04.15 |
| 안드로이드의 쓰레드(Thread)와 핸들러(Handler) (0) | 2013.04.12 |
| 커스텀 뷰(CustomView)에서 쓰레드(Thread)로 이미지 움직이기 (0) | 2013.04.11 |
| 안드로이드 <연락처 관리 앱, Keep in Touch> (apk 파일 첨부) (0) | 2013.04.06 |
Rss Feed