問題タブ [google-nearby]

このhttps://developers.google.com/nearby/messages/overviewに従い、Nearby Messages の実装をアプリの 1 つにセットアップしました。Message mDeviceInfoMessage を別の DeviceMessage クラスに変更することで、アプリ内の特定のアクションに応じてペイロードを変更します。

また、私は以下を使用しています: 'com.google.android.gms:play-services-nearby:8.1.0' をコンパイルします

ユーザーにシームレスなエクスペリエンスを提供するために、マニフェストに Nearby Messages API のアクセス許可を含める方法があるかどうかを調べていました。アプリは最初のリリースであるため、onStart のアクセス許可ダイアログではなく、マニフェストを介してアクセス許可を取得するのが理想的でしょうか?

ありがとう、アルナブ

以前、ビーコンを検出するために AltBeacon ライブラリを使用していましたが、問題なく完全に動作します。それから私はhttps://developers.google.com/beacons/overview?hl=enに出くわしました

これは、Google Proximity Beacon API を使用して、次の仕様のいずれかをサポートする任意のビーコンを登録できることを示唆しています。

• エディストーン
• アイビーコン
• Altビーコン

だから私は興味があり、Googleコンソールでプロジェクトを作成し、ビーコンを検出するためにNearby.MESSAGES_APIと戦略BLE_ONLYとともにgoogleApiClientを使用した後、サブスクライブAPIの使用を開始しました。そして失敗しました。

その後、APIドキュメントを完全に読んだ後（時間を投資する前に行うべきでした）、それは言及しています

Google API を使用するには、最初にいくつかの初期設定 (名前空間 ID、インスタンス ID、フレーム形式など) を使用してビーコンをプロビジョニングし、次に Google Proximity Beacon API を使用して登録する必要があります。

これは、アプリで任意のランダム ビーコンを使用してメッセージを検出して取得する前に、ビーコンを個別に強制的に構成する必要があるということですか? GooglePlayService.Nearby_Message_API が任意のビーコンのリッスンをサポートしている場合、AltBeacon のようなカスタム サード パーティの実装を使いたくないのは明らかなように思えるかもしれません。

それが可能で、誰かがすでにビーコンの入力と終了イベントを聞いているだけで、構成する必要がない場合は、コードを共有して進めることができることをお知らせください。または、Nearby API を離れて、古き良き AltBeacon に戻る必要があります。

BR、ジェイシル

ここで入手できるサンプル アプリケーションを使用して Nearby 接続 API をテストしています: https://github.com/googlesamples/android-nearby 一部のデバイスでは機能しないようです。Samsung Galaxy S3 を Nexus 7 に両方向 (ホストとして S3、スレーブとして N7、およびその逆) で正常に接続しました。ただし、Samusung Galaxy S3 を Nexus 5 に接続しようとすると、接続は常に失敗し、ステータス コード 8005 が表示されます。

以下に、ホスト (広告デバイス) に接続するためにスレーブ (検出デバイス) によって呼び出されるメソッドを示します。

私がいつも得る結果は次
のとおりです。ResponseCode=8005 statusMessage=null

何が起こっているのか手がかりはありますか？

私がやっていること：

Google Nearby Messages API で Eddystone を使用しています。

onCreateView() で Google API に接続してオブジェクトを開始し、mGoogleApiClient.connect(); 次に GoogleAPI で呼び出して、メッセージをリッスンするためにonConnected()呼び出しています。Nearby.Messages.subscribe()

この結果、mGoogleApiClient の「接続済み」、「正常にサブスクライブ済み」は、ログに表示されているように、現在同時に 3 ～ 4 回発生しています。

一度だけインスタンス化して、connect(), subscribe()Google への複数接続を回避したい。

ではonFound()、 json-string 添付ファイルrunOnUiThread(thread)を解析し、arraylist に追加し、arraylist をカスタム アダプターに追加し、アダプターを recyclerview に設定します。

(私が処理している各添付onFound()ファイルrunOnUiThread():

)

質問は、

runOnUiThread()では、 recyclerview アダプターを LayoutManager として child の所有者として設定することしかできないものを本当に使用する必要がありますか? 他にどうすれば同じことを達成できますか?

connect()複数のsubscribe()インスタンスを回避するにはどうすればよいですか?

リストに重複した添付ファイルが表示されないようにするには?

次の場合に、カスタム アダプターを使用して recyclerView を復元する方法はonResume()?

私は現在、匿名の人々の間で小さなメッセージを交換するためのシンプルなアプリに取り組んでいますが、同じ場所にあります。このコロケーション インタラクションが、Nearby API を使用する主な理由です。ただし、接続 API とメッセージ API を読んでいますが、どちらが自分のアプリに適しているかはまだわかりません。

より明確にするために、アプリの基本的な流れは次のようになります。

1. 新しいデバイスを検出して一覧表示する
2. それらのいずれかを選択します
3. 選択したデバイスにメッセージを送信します

これは Messages API を使用するだけで可能ですか? 最初に別のデバイスとの接続を確立するので、接続 API はこのシナリオを管理できると思いますが、デバイスは同じ WiFi ネットワーク上にある必要があります。ただし、 ではMessages、デバイスが同じ WiFi 接続上にある必要はありません。

基本的に通信はWiFiに依存したくない。さらに、一部の WiFi には、この種のトラフィックをブロックするための何らかのファイアウォールが備わっている場合があります。

Android で Nearby Connections API を使用しています。突然の切断がある場合を除いて、正常に動作しています。

クライアントは再び検出プロセスを使用してエンドポイントを見つけることに成功しますsendConnectionRequest() Connections.ConnectionResponseCallback が、クライアントとエンドポイントの両方でアプリを再起動しても、クライアントが呼び出されることはありません。両方のデバイスを再起動すると、接続が再び機能し始めます。

クライアント側に20台以上のデバイスがあるため、2つのものの間に接続がある可能性があります.

問題に関するヘルプ、または問題のデバッグを開始する場所は素晴らしいでしょう。