Virgil Dobjanschi REST 구현 패턴을 구현하는 샘플 Android REST 클라이언트 프로젝트가 필요합니다.

82

안드로이드 폰에서 REST 클라이언트를 만들고 싶습니다.

REST 서버는 (GET)과 같은 여러 리소스를 노출합니다.

http://foo.bar/customer      List of all customer
http://foo.bar/customer/4711    The customer with id 4711
http://foo.bar/customer/vip     List of all VIP customer

http://foo.bar/company           List of all companys
http://foo.bar/company/4711     The company with the ID 4711
http://foo.bar/company/vip      List of all VIP companys

나는 REST 서버와 대화하고 필요한 정보를 얻는 방법을 알고 있습니다. 이와 같은 API를 사용하여 REST 클라이언트 클래스를 구현합니다.

public List<Customer> getCustomers();
public Customer getCustomer(final String id);
public List<Customer> getVipCustomer();

public List<Company> getCompanies();
public Customer getCompany(final String id);
public List<Customer> getVipCompanies();

Virgil Dobjanschi의 " Developing Android REST client applications " 프레젠테이션을 참조 하여 활동의 작업자 스레드에서 REST 요청을 처리하는 것은 좋지 않다는 것을 알게되었습니다. 대신 Service API를 사용해야합니다 .

(로컬) 서비스에 바인딩되는 Singleton ServiceHelper가 있다는 생각이 마음에 들지만 서비스 개념을 올바르게 이해하지 못한 것 같습니다.

지금은 REST 호출 결과 (서비스에서 비동기로 수행됨)를 호출자 활동에 다시보고하는 방법을 이해하지 못합니다. 또한 모든 REST 요청 (다른 반환 유형 포함)을 처리하는 ONE Service가 필요한지 아니면 각 REST 요청에 대한 전용 서비스가 필요한지 궁금합니다.

아마도 나는 다른 이해 문제가 많기 때문에 가장 좋은 것은 내 요구를 충족시키는 샘플 응용 프로그램 이 될 것입니다. 내 사용 사례는 드물지 않으며 예제 응용 프로그램이 있기를 바랍니다.

알려주세요!

올바른 구현 방향을 알려주는 다른 제안도 도움이됩니다 (Android API-Demo가 내 사용 사례와 일치하지 않음).

미리 감사드립니다.

클라우스

편집 : SO에서 발견 된 유사한 주제 (이 게시물을 게시 한 후)가 필요한 방향으로 안내합니다 (복잡한 "Dobjanschi 패턴"최소화) :

java  android  design-patterns  rest 
— FrVaBe
소스
1
Claszen, 모든 요청에 ​​대한 단일 서비스와 각 요청에 대한 전용 서비스에 대한 의견이 있습니까? 그렇다면 공유해주십시오. 내 경우 시나리오 : 내 앱에서 사용할 REST 요청 [약 20 개]이 많이 있습니다. 위에서 언급 한 Google I / O에서 귀중한 세션을 시청했습니다. 내 질문은 이것이 더 나은 접근 방식입니다. 단일 서비스에서 모든 요청을 처리하려면 단일 서비스가 필요합니까? 또는 각 요청에 대한 전용 서비스를 제공합니까? 순차적으로 실행되어야하는 일부 요청이 있고 그중 일부는 동시에 실행될 수 있습니다. 어떤 제안?
@ user778869 마침내 각 ( '최상위') REST 리소스 (예 : '회사', '고객')에 대해 하나의 IntentService 및 ResultReceiver를 사용했습니다. 나는 이것이 일종의 '자연스러운'구조이며 잘 작동한다는 것을 알았습니다. 일부 코드 중복을 생성 할 수 있지만 하나의 서비스에서 모두 수행 된 경우 제어 구조를 너무 많이 사용하는 것을 방지합니다.
— FrVaBe 2011 년
이는 Android REST 클라이언트 구현을 배우는 사람들에게 매우 유용 할 수 있습니다. Dobjanschi의 프레젠테이션을 PDF로 변환 : drive.google.com/file/d/0B2dn_3573C3RdlVpU2JBWXdSb3c/…
— Kay Zed

답변:

50

오버뷰

편집하다:

관심있는 사람이라면 누구나 RESTful Android를 살펴 보는 것도 고려해 볼 수 있습니다.

Dobjanschi 모델을 구현하려는 경험에서 배운 것은 모든 것이 돌로 작성된 것은 아니며 앱에서 앱으로 변경 될 수있는 작업에 대한 개요 만 제공한다는 것입니다. 그러나 공식은 다음과 같습니다.

이 아이디어를 따르십시오 + 자신의 것을 추가하십시오 = 행복한 Android 애플리케이션

일부 앱의 모델은 요구 사항과 다를 수 있으며 일부는 SyncAdapter에 대한 계정이 필요하지 않을 수 있으며 다른 일부는 C2DM을 사용할 수 있습니다. 최근에 작업 한이 모델은 누군가에게 도움이 될 수 있습니다.

계정 및 AccountManager가있는 응용 프로그램 만들기

SyncAdapter를 사용하여 데이터를 동기화 할 수 있습니다. 이것은 자신의 SyncAdapter 만들기 에서 논의되었습니다.

ContentProvider 만들기 (필요한 경우)

이 추상화를 사용하면 데이터베이스에 액세스 할 수있을뿐만 아니라 REST Arch와 일대일 매핑 방법을 사용하므로 ServiceHelper로 이동하여 REST 호출을 실행할 수 있습니다.

콘텐츠 제공자 | REST 방법

쿼리 ----------------> GET

삽입 ----------------> PUT

업데이트 ----------------> POST

삭제 ----------------> DELETE

ServiceHelper 계층화

이 사람은 기본적으로 (a) ContentProvider에서 전달한 매개 변수를 사용하여 Http (반드시 프로토콜은 아니지만 가장 일반적인) REST 메서드를 실행하는 서비스를 시작합니다. 콘텐츠 공급자의 UriMatcher에서 가져온 일치 정수를 전달하여 액세스 할 REST 리소스를 알 수 있습니다.

class ServiceHelper{

    public static void execute(Context context,int match,String parameters){
//find the service resource (/path/to/remote/service with the match
//start service with parameters 
    }

}

서비스

실행되고 (대부분 IntentService를 사용합니다) 도우미에서 전달 된 매개 변수를 사용하여 RESTMethod로 이동합니다. 서비스는 백그라운드에서 실행하는 것이 좋습니다.

또한 BroadCastReceiver를 구현하여 서비스가 작업을 완료하면이 브로드 캐스트를 등록한 내 활동에 알리고 다시 쿼리하십시오. 저는이 마지막 단계가 Virgill Conference에있는 것이 아니라고 생각하지만 좋은 방법이라고 확신합니다.

RESTMethod 클래스

매개 변수를 취하면 WS 리소스 ( http://myservice.com/service/path )가 매개 변수를 추가하고 모든 것을 준비하고 호출을 실행하고 응답을 저장합니다.

authtoken이 필요한 경우 AccountManager에서 요청할 수 있습니다. 인증으로 인해 서비스 호출이 실패한 경우 authtoken을 무효화하고 다시 인증하여 새 토큰을 얻을 수 있습니다.

마지막으로 RESTMethod는 매처를 기반으로 프로세서를 만들고 응답을 전달하더라도 XML 또는 JSON을 제공합니다.

프로세서

응답을 구문 분석하고 로컬에 삽입하는 작업을 담당합니다.

샘플 애플리케이션? 물론이야!

또한 테스트 응용 프로그램에 관심이 있다면 Eli-G 를 살펴 보는 것이 가장 좋은 예는 아닐 수 있지만 Service REST 접근 방식을 따르며 ServiceHelper, Processor, ContentProvider, Loader 및 Broadcast로 빌드됩니다.

— 네크로 넷
소스
답변 해 주셔서 감사합니다. 마침내 각 ( '최상위') REST 리소스 (예 : '회사', '고객')에 대해 하나의 IntentService 및 ResultReceiver를 사용했습니다. Dobjanschi 모델은 나에게 너무 무거웠습니다.
— FrVaBe 2011 년
잘 b IntentService 및 ResultReseiver를 사용하면 통신을 위해 ResultReceiver 대신 Binder를 사용하지만 서비스 기반 모델 인 첫 번째 설명 시나리오를 사용하는 것 같습니다.
— Necronet
얼마 전 제가 질문을했고 저에게 맞는 해결책을 찾았습니다. 샘플 응용 프로그램에 대한 모든 참조를 확인할 수는 없었지만 이것이 가장 많이 업데이트 된 답변이므로 수락하겠습니다. 그럼에도 불구하고 다른 모든 답변도 확인하는 것이 좋습니다.
— FrVaBe
훌륭한 sugestion, 모든 답변을 확인하십시오. 모두 좋은 자원과 아이디어가 많이 있습니다! 프로그래밍 Android 책 Yoni의 Jeremy와 같은 소스가 있습니다.
— Necronet
@Necronet 안녕하세요, 유망한 샘플 앱을 우연히 발견했습니다.하지만 빌드하는 데 문제가 있습니다. 어떤 버전의 ActionBarSherlock을 구축해야하는지 알려주시겠습니까 (최신 ABS 4.1에서는 작동하지 않는 것 같습니다)? 또한 귀하의 게시물에서 Dobjanschi의 모델 중 어떤 패턴 (A, B 또는 C)을 목표로했는지 알지 못했습니다 (아마도 약간의 변형으로 끝났을 것입니다.하지만 주로 다음 중 하나에 초점을 맞추고 있었던 것 같습니다. 패턴-패턴 B라고 생각합니까?) 감사합니다!
— vaiomike
17

Android 프로그래밍 에는 Virgil의 Google I / O 토크에서 '옵션 B : ContentProvider API 사용'에 대한 전체 장 (13. 콘텐츠 공급자 탐색)이 있습니다.

이 접근 방식의 이점을 보는 사람은 우리 뿐만이 아닙니다. 2010 년 5 월 Google I / O 컨퍼런스에서 Google의 Virgil Dobjanschi는 콘텐츠 제공 업체를 사용하여 RESTful 웹 서비스를 Android 애플리케이션에 통합하기위한 다음 세 가지 패턴을 설명하는 강연을 발표했습니다.

이 장에서는 두 번째 Finch 비디오 예제를 사용하여 두 번째 패턴을 자세히 살펴 보겠습니다. 이 전략은 애플리케이션에 여러 가지 중요한 이점을 제공합니다. 이 접근 방식은 네트워크 작업을 Android MVC에 통합하는 우아함으로 인해 '네트워크 MVC'라는 이름을 부여했습니다.

Android 프로그래밍의 향후 버전에서는 다른 두 가지 접근 방식을 다루고이 Google 프레젠테이션에 대한 자세한 내용을 문서화 할 수 있습니다. 이 장을 읽은 후에는 Google의 강연을 보는 것이 좋습니다.

추천.

Zigurd Mednieks, Laird Dornin, G. Blake Meike, Masumi Nakamura의 Android 프로그래밍. 저작권 2011 O'Reilly Media, Inc., 978-1-449-38969-7.

— 제레미 하버 만
소스
11

Virgil Dobjanschi의 "Android REST 클라이언트 애플리케이션 개발"은 세션 중에 소스 코드가 제공되지 않았거나 이후에 제공되지 않았기 때문에 많은 논의로 이어졌습니다.

  • 참조 구현은 http://datadroid.foxykeep.com에서 사용할 수 있습니다 (Google IO 세션은 / presentation에서 언급 됨). 자신의 응용 프로그램에서 사용할 수있는 라이브러리입니다.
  • Android Priority Job Queue 는 Dobjanschi의 이야기에서 영감을 얻었으며 저에게 매우 유망한 것 같습니다.

더 많은 구현을 알고 있으면 의견을 말하십시오.

— ChrLipp
소스
덕분에이 아마 유용한 링크를 공유 (순간에 더 깊이 살펴 수있는 기회가없는)
— FrVaBe
그것은 해결책처럼 보입니다. 감사합니다 !
— 빈센트 Cantin
7

우리는이 문제를 해결하는 라이브러리 인 RoboSpice 를 개발했습니다 .

이 라이브러리는 Virgil Dobjanschi 와 Neil Goodmann이 설명한 "서비스 접근 방식"을 사용 하지만 다음 과 같은 완벽한 올인원 솔루션을 제공합니다.

  • POJO를 반환 할 네트워크 요청 (예 : REST 요청)을 비동기 적으로 (백그라운드 AndroidService에서) 실행합니다.
  • 결과를 캐시합니다 (Json, Xml, 플랫 텍스트 파일 또는 이진 파일)
  • 네트워크 요청 결과가 아직 살아있는 경우 활동 (또는 기타 컨텍스트)에 알립니다.
  • 더 이상 살아 있지 않으면 결과를 알리지 않습니다.
  • UI 스레드에서 활동을 알립니다.
  • 간단하지만 강력한 예외 처리 모델을 사용합니다.
  • 다양한 웹 서비스 결과를 집계하기 위해 여러 ContentService를 지원합니다.
  • 요청 실행의 다중 스레딩 지원
  • 강력하게 입력되었습니다!
  • 오픈 소스입니다;)
  • 및 테스트

실제로 커뮤니티에서 피드백을 찾고 있습니다.

— 스 니콜라스
소스
4

Retrofit 은 여기에서 매우 유용 할 수 있으며 다음과 같은 매우 간단한 구성으로 어댑터를 구축합니다.

Retrofit은 REST API를 Java 인터페이스로 전환합니다.

public interface GitHubService {
  @GET("/users/{user}/repos")
  List<Repo> listRepos(@Path("user") String user);
}

RestAdapter 클래스는 GitHubService 인터페이스의 구현을 생성합니다.

RestAdapter restAdapter = new RestAdapter.Builder()
    .setEndpoint("https://api.github.com")
    .build();

GitHubService 서비스 = restAdapter.create (GitHubService.class); 생성 된 GitHubService에 대한 각 호출은 원격 웹 서버에 HTTP 요청을합니다.

List<Repo> repos = service.listRepos("octocat");

자세한 내용은 공식 사이트를 방문하십시오 : http://square.github.io/retrofit/

참고 : RestAdapterRetrofit에서 얻은 어댑터 는 파생되지 않았습니다. BaseAdapter이 질문과 같이 래퍼를 만들어야합니다. ListFragment 내에서 setListAdapter를 호출 한 후 내 ListView가 비어있는 이유는 무엇입니까?

— MhdSyrwan
소스
당신은 같은 휴식 서비스를 요구하는 전체 예제를 게시 할 수 api.icndb.com/jokes/random
— exequielc
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.