Qu'est - 'b' à faire face à un littéral de chaîne?

Python 3.x fait clairement la distinction entre les types:

• str = '...' littéraux = une séquence de caractères Unicode (UTF-16 ou UTF-32, selon la façon Python a été compilé)
• bytes = b'...' littéraux = une séquence d'octets (les entiers entre 0 et 255)

Si vous êtes familier avec Java ou C#, pensez à str comme String et bytes comme byte[]. Si vous êtes familier avec SQL, pensez à str comme NVARCHAR et bytes comme BINARY ou BLOB. Si vous êtes familier avec le registre de Windows, pensez à str comme REG_SZ et bytes comme REG_BINARY. Si vous êtes familier avec le C(++), alors oubliez tout ce que vous avez appris à propos de char et les chaînes, parce UN PERSONNAGE n'EST PAS UN OCTET. Cette idée est long obsolètes.

Vous utilisez str quand vous voulez pour représenter le texte.

print('שלום עולם')

Vous utilisez bytes quand vous voulez représenter faible niveau des données binaires comme des structures.

NaN = struct.unpack('>d', b'\xff\xf8\x00\x00\x00\x00\x00\x00')[0]

Vous pouvez coder un str à un bytes objet.

>>> '\uFEFF'.encode('UTF-8')
b'\xef\xbb\xbf'

Et vous pouvez décoder un bytes dans un str.

>>> b'\xE2\x82\xAC'.decode('UTF-8')
'€'

Mais vous ne pouvez pas combiner les deux types.

>>> b'\xEF\xBB\xBF' + 'Text with a UTF-8 BOM'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: can't concat bytes to str

La b'...' la notation est un peu confus en ce qu'il permet les octets 0x01-0x7F être spécifié de caractères ASCII au lieu de nombres hexadécimaux.

>>> b'A' == b'\x41'
True

Mais je me dois de souligner, un personnage n'est pas un octet.

>>> 'A' == b'A'
False

En Python 2.x

Pré-3.0 versions de Python n'a plus ce genre de distinction entre texte et des données binaires. Au lieu de cela, il y avait:

• unicode = u'...' littéraux = séquence de caractères Unicode = 3.x str
• str = '...' littéraux = séquences de confondus octets/caractères
  • Habituellement du texte, codés d'une quelconque encodage.
  • Mais également utilisé pour représenter des données binaires comme struct.pack de sortie.

Afin de faciliter les 2.x-pour-3.x de transition, le b'...' la syntaxe littérale a été reporté à la version 2.6 de Python, afin de permettre de distinguer les chaînes binaires (qui devrait être bytes en 3.x) à partir de chaînes de texte (qui doit être str en 3.x). Le b préfixe ne fait rien en 2.x, mais raconte l' 2to3 script n'est pas à la convertir en une chaîne Unicode en 3.x.

Donc oui, b'...' littéraux en Python ont le même but qu'ils n'en PHP.

Aussi, juste par curiosité, y a t il
plus de symboles que le b et u qui ne
d'autres choses?

La r préfixe crée une chaîne brute (par exemple, r'\t' est une barre oblique inverse + t au lieu d'un onglet), et entre guillemets triples '''...''' ou """...""" de permettre le multi-ligne littéraux de chaîne.

Il le transforme en un bytes littérale (ou str en 2.x), et est valable pour 2,6+.

La r préfixe causes inverses à être "mal interprétés" (pas ignoré, et la différence ne question).

Voici un exemple où l'absence de " b " jeter une exception TypeError en Python 3.x

>>> f=open("new", "wb")
>>> f.write("Hello Python!")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'str' does not support the buffer interface

L'ajout d'un préfixe 'b' peut résoudre le problème.

Vous pouvez utiliser JSON pour le convertir en dictionnaire

import json
data = b'{"key":"value"}'
print(json.loads(data))

{"key":"valeur"}

---

FLACON:

Ceci est un exemple de flacon. Exécuter sur le terminal de ligne:

import requests
requests.post(url='http://localhost(example)/',json={'key':'value'})

Dans flask/routes.py

@app.route('/', methods=['POST'])
def api_script_add():
    print(request.data) # --> b'{"hi":"Hello"}'
    print(json.loads(request.data))
return json.loads(request.data)

{"key": "valeur"}