안드로이드 개발 질문/답변
(글 수 45,052)
안녕하세요. 알람(?) 서비스 비슷한걸 생각 해 봤는데요...
보통 일정관리 하는 것 보면 10분전에 화면에 Toast 로 메세지 보여주기... 머 그런게 가능할거 같은데요.
이때 Toast로 해서 보여주고 하는 것을 알람을 등록해서 BroadcastReceiver 로 받는 것이 좋을까요?
아니면 Service를 만들어서 하는 것이 좋을까요? (이때는 Thread가 돌게 되는 거겠죠?)
알람을 등록해서 일정 간격마다 호출하면 BroadcastReceiver로 받아서 데이터 검색해서 있으면 일정 있음을 알려주고...
하면 될것 같은데...
웬지 시스템 자원을 먹을거 같다는 느낌이 들어서요...
보통 어떤식으로 프로세스를 구성하는지 궁금합니다.
감사합니다.
보통 일정관리 하는 것 보면 10분전에 화면에 Toast 로 메세지 보여주기... 머 그런게 가능할거 같은데요.
이때 Toast로 해서 보여주고 하는 것을 알람을 등록해서 BroadcastReceiver 로 받는 것이 좋을까요?
아니면 Service를 만들어서 하는 것이 좋을까요? (이때는 Thread가 돌게 되는 거겠죠?)
알람을 등록해서 일정 간격마다 호출하면 BroadcastReceiver로 받아서 데이터 검색해서 있으면 일정 있음을 알려주고...
하면 될것 같은데...
웬지 시스템 자원을 먹을거 같다는 느낌이 들어서요...
보통 어떤식으로 프로세스를 구성하는지 궁금합니다.
감사합니다.
2010.08.24 10:28:47
음... 일단 생각하는 방식은 말씀하신 것 처럼 알람을 1분 혹은 10분 단위로 반복되게 등록 하려고 합니다.
그 뒤 알람으로 BroadReceiver 상속받은 클래스를 실행하여 데이터 검색 후 필요하면 Toast로 메세지 보여주기를 생각하고 있습니다.
이렇게 되면 서비스는 필요가 없어 지는 것 같구요...
서비스로 한다면 서비스가 Thread 형식으로 돌면서 Sleep 후 다시 데이터 검색... 이렇게 하는거 같던데... (제가 예제를 그런것만 봐서...)
어떤걸 선택하는게 좋은지 모르겠더라구요... ^^;
서비스는 자기가 직접 띄워 주는 방법이고, BroadcastReceiver로 받아서 띄워 주신다는 것은 서비스가 직접 알람을 하는 것은 아니겠네요. 서비스는 알람만 체크하고, BroadReceiver로 받아서 처리하는 루틴이 구분이 된다면 이방법이 더 좋을 것 같습니다.