[解決済み] Virgil Dobjanschi REST実装パターンを実装したAndroid REST Clientのサンプルプロジェクトが必要です。

Dobjanschiモデルを実装しようとした経験から学んだことは、すべてが石に書かれているわけではなく、アプリごとに変わるかもしれませんが、公式はどうなっているのかの概要を示しているだけだということです。

このアイデアに従う + 自分のアイデアを加える = 幸せなAndroidアプリケーション

アプリによっては、SyncAdapterにアカウントを必要としないものや、C2DMを使用するものなど、要件とは異なるモデルがあるかもしれません。

アカウントと AccountManager を持つアプリケーションを作成する。

SyncAdapterを使用してデータを同期させることができます。これについては 独自の SyncAdapter を作成する

を作成します。 ContentProvider を作成します (ニーズに合っている場合)。

この抽象化により、データベースにアクセスできるだけでなく、REST Archと1対1のMappingメソッドを持っているので、ServiceHelperに行き、RESTコールを実行することができます。

コンテンツプロバイダ｜RESTメソッド

クエリ ----------------> GET

挿入 ----------------> PUT

更新 ----------------> POST

削除 ----------------> DELETE

ServiceHelperのレイヤー化

これは基本的に、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 
    }

}

サービス内容

ヘルパーから渡されたパラメータでRESTMethodに移動します。

また、BroadCastReceiverを実装して、サービスが作業を終えたら、このBroadcastを登録したActivityに通知して、再度問い合わせをするようにします。この最後のステップはVirgill Conferenceには載っていないと思いますが、良い方法だと思います。

RESTMethodクラス

パラメータを受け取り、WSリソース( http://myservice.com/service/path ) がパラメータを追加し、すべてを準備し、呼び出しを実行し、応答を保存します。

authtokenが必要な場合は、AccountManagerから要求することができます。 認証に失敗した場合は、一度認証トークンを無効にしてから再認証することで、新しいトークンを取得できます。

最後にRESTMethodはXMLかJSONのどちらかを返しますが、マッチャーに基づいたプロセッサを作成し、レスポンスを渡します。

プロセッサ

レスポンスを解析し、ローカルに挿入する役割を担っています。

サンプルアプリケーション？もちろんです。

また、テストアプリケーションに興味がある方は エリG これは最高の例ではないかもしれませんが、Service RESTのアプローチに従っており、ServiceHelper, Processor, ContentProvider, Loader, and Broadcastで構築されています。