2 년이 지난 지금, 조각, 의도 서비스, 커서 로더가 있습니다. 접근 방식은 여전히 최신입니까, 아니면 안드로이드 레스트 클라이언트를 디자인하는 데 더 좋고 성숙한 패턴이 있습니까? 특히 옵션 B (이미지를 게시 할 수있는 권한이 없습니다. 대신 이미지는 this post에서 찾을 수 있습니다) .Google 클라이언트 2010의 나머지 클라이언트 앱 디자인 방식이 아직 최신 상태입니까?
콘텐츠 제공 업체가 필수적이라는 사실을 알고 있습니다. 서비스 도우미와 서비스 구성 요소는 어떻습니까? 지금까지는 startService 메소드가 Context 또는 그 서브 클래스의 특성입니다. 이는 서비스 도우미가 활동이된다는 것을 의미합니다. 따라서 콘텐츠 제공 업체로부터 활동을 시작하는 것이 유익합니다. 또는 활동 시작 부분에서 시작해야합니다. 는 SyncService를 시작할 수 없습니다 불구하고 google io 2011 iosched app source code로 팠 분들을위한
- , 당신은 서비스 도우미로 HomeActivity의 정적 클래스 SyncStatusUpdaterFragment을 고려할 것입니다,하지만 뒤쪽에서 호출을 들어 않습니다 UI의 SyncService 및 트리거 새로 고침. 그래서 그것은 Virgil Dobjanschi의 접근 방식의 차이로 볼 수 있을까요?
서비스, 의도 서비스, asyncTask 및 스레드가 제공됩니다. 제 생각에는 의도 서비스가 원격 서버의 메가 팩 데이터 동기화에 적합하다는 것입니다. 그래서 그들은 그것을 iosched에서 사용합니다. 그러나 일반적인 시나리오는 항목 중 일부만 원격 서버와 동기화된다는 것입니다. 그래서 의도 서비스가 너무 무거워. 심지어 서비스 접근. 이러한 유형의 작업을 수행하기 위해 콘텐츠 제공자 또는 그 일부 구성 요소에서 asyncTask 또는 스레드를 사용할 수 있습니다. 아니면 서비스를 사용하는 확실한 이유가 있으며 서비스 도우미 - 서비스 프로세서 경로를 거쳐야합니다. 나는 진지한 응용에 대해 이야기하고있다.
의견은 무엇입니까?
를 귀하의 질문에 대답 할 수의 I/REST 개발을 안드로이드 너무 새로운 해요 , 그리고 난 내 애플 리케이션을위한 좋은 아키텍처와 함께 올라오고있어 어려움이 있지만 어쩌면 다음과 같은 링크가 도움이 될 수도 있습니다 (두 부분도 있습니다) : http://neilgoodman.net/2011/12/26/modern-techniques-for -implementing-rest-clients-on-android-4-0-and-below-part-1/ – yniq