2013-07-29 3 views
6

これらは、UIスレッドをブロックしないことが非常に優れているため、どこにでもASyncTaskLoadersを使用するように指示します。そして、今使用するVolleyがあります。VolleyまたはASyncTaskLoader

私たちは両方とも使用できないと思います。なぜなら、ボレーは単独でバックグラウンド処理を行っているからです。どう思いますか?どちらがいいですか?

+0

[これをチェック](http://androidcustomviews.com/portfolio/volley-easy-fast-networking-for-android/)の両方が異なる利点を持っている:それは、バレーRXJavaの使用について説明しますあなたはあなたを見つけなければなりません。 –

+0

リンクはVolleyとASyncTaskを比較します。 VolleyはAsyncTaskよりも優れています。それは知られています。しかし、ローダーインターフェースはどうですか?私たちがVolleyを使うなら、ローダーインターフェースを使うことはできませんよね?上部のURLチェックのkpbirdチュートリアルの – tasomaniac

+0

に進行状況ダイアログが表示されます。 –

答えて

2

私は今1ヶ月間Volleyを使用しています。私は非常に満足していると言わなければなりません。実装の詳細をスレッド化することについて心配する必要はありません。これまで一般的なネットワーキングとリモートイメージローディングの両方がうまく機能していました。

問題はありませんが、これまでのところ最小限に抑えられています。

1

あなたはより良いあなたがバックグラウンドスレッドでこのRXJavaを使用していますが、バレーボールRESTfulサービスを呼び出すことで、より良い効率のためにできるRxJava

対非同期対このボレーのように尋ねるが強く推奨され、また、非常に少ないコーディングが必要な非同期タスクローダーと比較!

+0

Volleyのコーディングの面は非常に魅力的です。ありがとうございました。 – tasomaniac

+0

しかし、Volleyには、RXJavaが持つアクター/サブスクライバモデルはありません。右? –

+1

@IgorGanapolsky Rx Volleyの実装はまだありません。しかし、RetrofitでRxの実装を試すことができます! https://github.com/vyshane/rex-weather –

3

これら2つの技術は異なり、ほとんど比較できません。彼らは目的が異なり、一緒に働くこともできます。 Volleyを使用してデータをロードし、Loaderから直接継承するLoaderを実装することができます(AsynchronousTaskLoaderではなく、Volleyがスレッドを処理するため)。ローダーを使用しての

主な利点:

  • ライフサイクルが活動/フラグメントのライフサイクルと同期されたデータと負荷状態は、構成変更
  • に失われることはありません自動的に
  • ローダーが変更を監視し、新しい結果をプッシュ自動的にクライアントのフラグメント/アクティビティに移動します。バレーボールを使用しての

主な利点:

  • ハイパフォーマンスHTTPサーバポリシー
  • 強力キャンセルメカニズムを尊重し、ネットワークスタック
  • 自動ディスクキャッシュ。

両者を組み合わせて両方の利点を得ることができます。また、簡単なAPIでローダなしでVolleyを使用することもできます。

関連する問題