ご存知のように、Android カメラはクライアントとサービスを含む C/S アーキテクチャです。それらはバインダーによって相互に通信します。それらは異なるプロセスで実行されています。
だから私は質問があります:なぜAndroidカメラにはクライアントとサービスがあるのですか? 利点は何ですか?
ご存知のように、Android カメラはクライアントとサービスを含む C/S アーキテクチャです。それらはバインダーによって相互に通信します。それらは異なるプロセスで実行されています。
だから私は質問があります:なぜAndroidカメラにはクライアントとサービスがあるのですか? 利点は何ですか?
C/S アーキテクチャを選択したのかもしれません。リスナーに通知を送信するのに適しているからです。たとえば、Dropbox や Google+ アプリは、新しい写真をクラウドにアップロードするための写真イベントをリッスンしています。また、アプリを同じイベントにサブスクライブすることもできます ( を使用ACTION_IMAGE_CAPTURE
)。そのため、DCIM フォルダーの変更を監視せず、システム イベントをサブスクライブします。
クライアント アーキテクチャだけでは、写真アプリはすべての送信を実装して、camera events
他のアプリとの互換性を提供します。
しかし、それは私の意見です:)