私は、ハードウェアに接続しているiOSの実装に取り組んでいます。そのため、外部アクセサリーフレームワークを使用する必要があります。デバイスと対話するには、EAAccessory
オブジェクトとの通信を処理するクラスが必要です。これを行うには、EAAccessoryDelegate
プロトコルでデバイス接続クラスを定義する必要があります。EAAccessoryDelegate内の - accessoryDidDisconnect:メソッドの目的は何ですか?
はEAAccessoryDelegate
プロトコルは1 method--
– accessoryDidDisconnect:(EAAccessory *)accessory
が含まれています。
アップルドキュメント状態:
EAAccessoryDelegate
プロトコルが関連EAAccessory
オブジェクトが切断されたとき 通知を受信するための単一のメソッドを定義します。 このメソッドの実装はオプションです。
クラスをインスタンス化するときに、NSNotificationCenter
システムで独自のメソッドを登録できます。デバイス接続またはデバイス切断のいずれかのイベントがある場合は、必要に応じてイベントを処理できます。デバイス切断イベントが発生すると、- accessoryDidDisconnect:
の目的は、クラスにまったく同じ機能とデータを提供するため、無意味になります。
さらに、外部アクセサリフレームワークでの作業に関して見つかった例では、NSNotificationCenter
サブスクリプションメカニズムを使用してデバイス接続の変化を検出する例を示しています。
実際に使用されていないときの– accessoryDidDisconnect:
メソッドのポイントは何ですか?はい、それは実装できますが、上記のように、すべての形式のドキュメントでは、NSNotificationCenter
を通じてこれらのタイプの接続の変更を管理することを推奨しています。
私はこれがニットピカピカの質問だと知っていますが、私は非常に興味があります。
私はこれが当てはまると仮定しましたが、似ていない '-accessoryDidConnect'が存在しないのですか?真実を伝えたいのですが、定義されたデリゲートメソッドへの呼び出しを使用しますが、一貫性のため通知システムを使用しています。 – RLH
問題は、アクセサリが接続されている場合にのみEAAcessoryオブジェクトが存在するため、その場合のデリゲートは何もないことです。 – gaige