MoyenneChoix multiples

Question d'entraînement 200-301

Exhibit

Snippet:
{
  "hostname": "R1",
  "enabled": true,
  "vlans": [10,20,30]
}

Un ingénieur compare les formats de sérialisation de données utilisés par les contrôleurs et les outils d'automatisation. Quelles sont les deux affirmations qui décrivent correctement JSON ?

Choisissez toutes les bonnes réponses.

Bonnes réponses

  • AIl représente les données sous forme de paires clé-valeur et de tableaux
  • BIl est couramment utilisé dans les charges utiles d'API REST

Explication

JSON structure les données à l'aide de paires clé-valeur (objets) et de listes ordonnées (tableaux), qui sont fondamentales pour sa syntaxe. Option B est correct car JSON est le format de charge utile standard pour les requêtes et réponses des API REST en raison de sa légèreté et de sa facilité d'analyse. Option C est incorrecte car JSON n'utilise pas de balises de fermeture ; à la place, il s'appuie sur des accolades {} pour les objets et des crochets [] pour les tableaux. Option D est incorrecte car JSON prend en charge plusieurs types de données au-delà des valeurs numériques, y compris les chaînes de caractères, les booléens, null, les tableaux et les objets imbriqués.

Pourquoi chaque option est juste ou fausse

A

Juste

Il représente les données sous forme de paires clé-valeur et de tableaux

JSON représente les données structurées comme une collection non ordonnée de paires clé-valeur à l'intérieur d'un objet, où les clés sont des chaînes entre guillemets doubles et les valeurs peuvent être n'importe quel type JSON valide. Il prend également en charge les tableaux en tant que listes ordonnées de valeurs, qui correspondent directement à des listes dans les langages de programmation. Cela signifie que JSON peut décrire à la fois des enregistrements et des collections d'enregistrements, ce qui en fait un format fondamental pour l'échange de données.

B

Juste

Il est couramment utilisé dans les charges utiles d'API REST

Les API REST adoptent presque universellement JSON comme format de charge utile par défaut car il est compact, portable et ne nécessite aucun analyseur personnalisé au-delà de l'objet JSON intégré dans chaque langage moderne. Lorsqu'un client envoie ou reçoit une représentation, le corps du message HTTP contient généralement du JSON avec Content-Type: application/json, permettant une sérialisation facile des paramètres de requête et des données de réponse. Cette ubiquité fait de JSON le standard de fait pour les services RESTful.

C

Fausse

Il nécessite des balises de fermeture comme XML

JSON n'utilise pas de balises de fermeture. Au lieu des balises d'éléments appariées de XML telles que <name>...</name>, JSON délimite les objets avec des accolades {} et les tableaux avec des crochets [], et sépare chaque nom de sa valeur par un deux-points. Cette syntaxe sans balises réduit la surcharge de balisage et rend JSON considérablement moins verbeux que XML.

D

Fausse

Il ne peut représenter que des valeurs numériques

La spécification JSON définit six types de données : les nombres, les chaînes de caractères, les booléens, les tableaux, les objets et null. Les valeurs numériques ne sont qu'un de ceux-ci, de sorte que toute valeur JSON peut être une chaîne entre guillemets telle que "hello", un booléen true/false, un tableau ordonné, un objet imbriqué ou un vide explicite null. Ainsi, affirmer que JSON ne prend en charge que les nombres ignore sa prise en charge native du texte et des collections structurées.

Pour aller plus loin

JSON (JavaScript Object Notation) est un format d'échange de données léger qui représente les données à l'aide de paires clé-valeur et de tableaux ordonnés. Il est basé sur le texte, facile à lire et à écrire, et indépendant du langage, ce qui le rend idéal pour la sérialisation de données dans les contextes d'automatisation et de programmabilité des réseaux. Les structures JSON comprennent des objets (délimités par des accolades) et des tableaux (délimités par des crochets), permettant une représentation flexible de hiérarchies de données complexes couramment utilisées dans les API de contrôleurs et les outils d'automatisation. Dans l'automatisation réseau Cisco, JSON est largement adopté comme format de charge utile par défaut pour les API RESTful, permettant une communication transparente entre les contrôleurs réseau et les appareils. Contrairement à XML, JSON n'utilise pas de balises de fermeture mais s'appuie sur des éléments syntaxiques tels que des accolades et des crochets pour définir les limites des données. Cette simplicité réduit la surcharge d'analyse et améliore les performances dans les flux de travail d'automatisation, rendant JSON préférable pour l'échange de données de configuration et de télémétrie. Un piège d'examen courant consiste à confondre JSON avec XML en raison de leur rôle partagé dans la sérialisation des données. JSON ne nécessite pas de balises de fermeture ou de balisage étendu, ce qui conduit souvent à la croyance erronée qu'il est limité aux données numériques ou qu'il utilise des balises appariées comme XML. Comprendre les types de données et la structure flexibles de JSON est essentiel pour interpréter correctement les sorties des outils d'automatisation et les charges utiles d'API dans les environnements Cisco.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.