Avez-vous des expériences avec les tampons de protocole ?

Question

Je parcourais simplement des informations sur Google tampons de protocole format d'échange de données.Quelqu'un a-t-il joué avec le code ou même créé un projet autour de celui-ci ?

J'utilise actuellement XML dans un projet Python pour du contenu structuré créé à la main dans un éditeur de texte, et je me demandais quelle était l'opinion générale sur les tampons de protocole en tant que format d'entrée destiné à l'utilisateur.Les avantages de la rapidité et de la brièveté semblent certainement être là, mais il y a tellement de facteurs à prendre en compte lorsqu'il s'agit de générer et de traiter réellement les données.

Answer 1

Si vous recherchez une interaction face à l'utilisateur, restez fidèle à XML.Il bénéficie actuellement de plus de soutien, de compréhension et d’acceptation générale.Si c'est interne, je dirais que les tampons de protocole sont une excellente idée.

Peut-être que dans quelques années, à mesure que de plus en plus d'outils seront disponibles pour prendre en charge les tampons de protocole, commencez à chercher dans cette direction une API destinée au public.Jusque là... JSON?

Answer 2

Les tampons de protocole sont destinés à optimiser les communications entre les machines.Ils ne sont vraiment pas destinés à l’interaction humaine.De plus, le format est binaire, il ne peut donc pas remplacer XML dans ce cas d'utilisation.

Je recommanderais également JSON comme étant le format texte le plus compact.

Answer 3

D'après votre brève description, il semble que les tampons de protocole ne conviennent pas.L'expression « contenu structuré créé à la main dans un éditeur de texte » fait référence à XML.

Mais si vous souhaitez des communications efficaces et à faible latence avec des structures de données qui ne sont pas partagées en dehors de votre organisation, la sérialisation binaire telle que les tampons de protocole peut offrir un énorme gain.

Answer 4

Un autre inconvénient du format binaire comme PB est que s'il y a un seul bit d'erreur, l'intégralité du fichier de données n'est pas analysable, mais avec JSON ou XML, en dernier recours, vous pouvez toujours corriger manuellement l'erreur car elle est lisible par l'homme et a redondance intégrée..