NdefRecord Constructeurs

[Android.Runtime.Register(".ctor", "([B)V", "")]
[System.Obsolete("deprecated")]
public NdefRecord(byte[]? data);

[<Android.Runtime.Register(".ctor", "([B)V", "")>]
[<System.Obsolete("deprecated")>]
new Android.Nfc.NdefRecord : byte[] -> Android.Nfc.NdefRecord

Paramètres

Attributs

RegisterAttribute ObsoleteAttribute

Exceptions

Remarques

Créez un enregistrement NDEF à partir d’octets bruts.

Cette méthode est déconseillée, à NdefMessage#NdefMessage(byte[]) la place. Cela est dû au fait qu’il n’est pas judicieux d’analyser un enregistrement : le format binaire NDEF est défini uniquement pour un message, et les indicateurs d’enregistrement Mb et ME n’ont pas de sens en dehors du contexte d’un message entier.

Cette implémentation tente d’analyser un enregistrement unique en ignorant les indicateurs Mo et ME, et en suivant les règles de NdefMessage#NdefMessage(byte[]).

Ce membre est déconseillé. utilisez NdefMessage#NdefMessage(byte[]) à la place.

Java documentation pour android.nfc.NdefRecord.NdefRecord(byte[]).

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.

[Android.Runtime.Register(".ctor", "(S[B[B[B)V", "")]
public NdefRecord(short tnf, byte[]? type, byte[]? id, byte[]? payload);

[<Android.Runtime.Register(".ctor", "(S[B[B[B)V", "")>]
new Android.Nfc.NdefRecord : int16 * byte[] * byte[] * byte[] -> Android.Nfc.NdefRecord

Paramètres

Attributs

RegisterAttribute

Remarques

Créez un enregistrement NDEF à partir de ses champs de composant.

Recommandez d’utiliser des helpers tels que {#createUri} ou {#createExternal dans la mesure du possible, car ils effectuent une validation plus stricte que l’enregistrement est correctement mis en forme conformément aux spécifications NDEF. Toutefois, si vous savez ce que vous faites, ce constructeur offre la plus grande flexibilité.

Représente NdefRecord un enregistrement logique (complet) et ne peut pas représenter les blocs d’enregistrement NDEF.

La validation de base du tnf, du type, de l’ID et de la charge utile est effectuée conformément aux règles suivantes : <ul<>li>Le paramter tnf doit être une valeur 3 bits.</li><li>Records avec un tnf de #TNF_EMPTY ne peut pas avoir un type, un ID ou une charge utile.</li><li>Records avec un tnf de #TNF_UNKNOWN ou 0x07 ne peut pas avoir de type.</li><li>Records with a tnf of #TNF_UNCHANGED are not allowed car cette classe représente uniquement les enregistrements< complets (unchunked)./li></ul> Cette validation minimale est spécifiée par NFC Huang-TS-NDEF_1.0 section 3.2.6 (format de nom de type).

Si l’une des étapes de validation ci-dessus échoue, IllegalArgumentException elle est levée.

L’inspection approfondie des champs de type, d’ID et de charge utile n’est pas effectuée. Il est donc possible de créer des enregistrements NDEF conformes à la section 3.2.6, mais qui échouent à d’autres exigences de spécification NDEF plus strictes. Par exemple, la charge utile peut ne pas être valide en fonction du tnf et du type.

Pour omettre un type, un id ou un champ de charge utile, définissez le paramètre sur un tableau d’octets vide ou null.

Java documentation pour android.nfc.NdefRecord.NdefRecord(short, byte[], byte[], byte[]).

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.