reseaux:generalites:cbor

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision		 Révision précédente
reseaux:generalites:cbor [2021/12/19 08:17] – [1.1 Type Entier Positif] philreseaux:generalites:cbor [2025/06/19 19:29] (Version actuelle) – modification externe 127.0.0.1
Ligne 2: Ligne 2:
  
 ===== La sérialisation (suite)===== ===== La sérialisation (suite)=====
-[Mise à jour le 12/12/2021]+[Mise à jour le 19/12/2021]
  
 ==== 1. CBOR ==== ==== 1. CBOR ====
Ligne 89: Ligne 89:
 Ainsi, pour coder -15, on va coder la valeur 14, ce qui donne en binaire 001-1 1110. Ainsi, -24 peut également être codé sur 1 octet tandis que +24 sera codé sur 2 octets. Ainsi, pour coder -15, on va coder la valeur 14, ce qui donne en binaire 001-1 1110. Ainsi, -24 peut également être codé sur 1 octet tandis que +24 sera codé sur 2 octets.
  
-Le programme //cbor-integer-ex2.py// reprend le même code mais pour des puissances de 10 négatives.+Le programme //cbor-integer-ex2.py// reprend le même code, mais pour des puissances de 10 négatives.
  
 <code python cbor-integer-ex2.py> <code python cbor-integer-ex2.py>
Ligne 239: Ligne 239:
 On peut voir des différences entre JSON, CBOR et la représentation des variables en Python. Les codages hexadécimaux et binaires de Python ont été convertis en décimal pour JSON.  On peut voir des différences entre JSON, CBOR et la représentation des variables en Python. Les codages hexadécimaux et binaires de Python ont été convertis en décimal pour JSON. 
  
-De plus, même si JSON n'autorise que des clés en ASCII pour indexer les paires , nous avons pu mettre des clés numériques. Néanmoins Python a effacé la première clé 2 par la dernière. CBOR définit un mode strict dans lequel ces clés doivent être codées en ASCII pour être compatibles avec JSON mais autorise également des représentations qui diffèrent de JSON en enlevant les contraintes sur les clés.+De plus, même si JSON n'autorise que des clés en ASCII pour indexer les paires , nous avons pu mettre des clés numériques. Néanmoins Python a effacé la première clé 2 par la dernière. CBOR définit un mode strict dans lequel ces clés doivent être codées en ASCII pour être compatibles avec JSON, mais autorise également des représentations qui diffèrent de JSON en enlevant les contraintes sur les clés. 
 === 1.6 Type étiquette === === 1.6 Type étiquette ===
 CBOR enrichit le typage des données ; ce qui permet de manipuler plus facilement des données. Par exemple, une chaîne de caractères peut représenter une date, une URI, voire une URI codée en base 64.  CBOR enrichit le typage des données ; ce qui permet de manipuler plus facilement des données. Par exemple, une chaîne de caractères peut représenter une date, une URI, voire une URI codée en base 64. 
Ligne 271: Ligne 272:
  
 <note tip>On peut également remarquer que loads retourne un type date et non une chaîne de caractères.</note> <note tip>On peut également remarquer que loads retourne un type date et non une chaîne de caractères.</note>
-=== 1.7 Le type flottant et valeurs particulières ===+=== 1.7 Le type flottant et les valeurs particulières ===
 Le dernier type majeur (**111**) permet de coder les nombres flottants en utilisant la représentation définie par l'**IEEE 754**. Suivant la taille de la représentation, la suite de l'octet contient les valeurs 25 (demi précision sur 16 bits), 26 (simple précision sur 32 bits) ou 27 (double précision sur 64 bits). Le dernier type majeur (**111**) permet de coder les nombres flottants en utilisant la représentation définie par l'**IEEE 754**. Suivant la taille de la représentation, la suite de l'octet contient les valeurs 25 (demi précision sur 16 bits), 26 (simple précision sur 32 bits) ou 27 (double précision sur 64 bits).
  
  • reseaux/generalites/cbor.1639898258.txt.gz
  • Dernière modification : 2025/06/19 19:26
  • (modification externe)