私は、他のアプリケーション(サーバ)からいくつかのオブジェクトを受け取ることができるはずのアプリケーションを開発しています。 クライアントアプリケーションの開発者は、サーバーアプリケーションにオブジェクトを送信するために必要なものをできるだけ簡単に実装する必要があります。Androidのプロセス間通信BroadcastReceiver、AIDL
私はすでにBroadcastReceivers、AIDL、Messengerについてよく読んでいます。
ほとんどのサイトでは、AIDLまたはMessenger(内部でAIDLを使用する)を使用することをお勧めします。しかし、なぜBroadcastReceiverを使用しないのですか?それは非常に使いやすく、うまく動作します。バッテリが放電しているか、または性能が不足していますか?
私のアプリケーションにはどの技術を使用しますか? BroadcastReceiver? AIDL?メッセンジャー? ContentProvider? Unixパイプ?
このようなコミュニケーションを説明する良いウェブサイトや書籍はありますか?
になるので、通常あなたは、要件が複数の呼び出しを行うために、あなたのサービスを強化するために得ることができ、比較的いくつかの時間が必要な権限なしに絡んでセキュリティを作る古い概念で、ありますBroadcastReceiverがただ1つのインターフェースしか持っていないときに、あなたの必要性をより良く克服することができます(ビルドツールがJavaコードを生成するので、実装の基礎を気にしないでください)... – Selvin
私は、 。だから、BroadcastReceiverは正常に動作しますか?時々私はオブジェクトの多くを転送する必要があります、BroadcastReceiverは性能が欠けていますか? – Ant1Zykl0n
1. IMHO BroadcastReceiverは、IIntentSender.aidl/IIntentReceiver.aidlを使用してRPCを構築します。2. AIDLソリューションとBroadcasrReceiverの間には、パフォーマンスにほとんど違いがありません(imhoレシーバーはほとんどコールを必要としませんが、 *時々私はオブジェクトの多くを転送する必要がある*あなたはIntentのサイズ制限について記憶しておくべきである...多分ContentProvider for "オブジェクトの多くは"より良いだろう – Selvin