L'instruction 'with' de Python versus 'with .. as'

Question

Ayant juste retiré mes cheveux en raison d'une différence, j'aimerais savoir quelle est la différence est en Python 2.5.

J'avais deux blocs de code (dbao.getConnection() renvoie une connexion MySQLdb).

conn = dbao.getConnection() 
with conn: 
    # Do stuff 

Et

with dbao.getConnection() as conn: 
    # Do stuff 

Je pensais que ce serait le même effet, mais apparemment pas l'objet conn de cette dernière version était un Cursor. D'où vient le curseur et y at-il un moyen de combiner l'initialisation de la variable et l'instruction en quelque sorte?

Answer 1

En termes généraux, la valeur attribuée par la partie as d'une déclaration with va être tout retourné par l'obtient __enter__ method of the context manager.

Answer 2

L'instruction with est là pour permettre par exemple de s'assurer que la transaction est démarrée et arrêtée correctement.

Dans le cas de connexions de base de données en python, je pense que la chose naturelle à faire est de créer un curseur au début de l'instruction avec puis valider ou annuler la transaction à la fin de celle-ci.

Les deux blocs que vous avez donnés sont identiques du point de vue de l'instruction. Vous pouvez aussi bien ajouter l'as au premier et obtenir le curseur.

Vous devez vérifier comment le support est implémenté dans l'objet avec lequel vous l'utilisez.

Voir http://docs.python.org/whatsnew/2.5.html#pep-343-the-with-statement

Answer 3

Il peut être un peu déroutant au premier coup d'œil, mais

with babby() as b: 
    ... 

est pas équivalent à

b = babby() 
with b: 
    ... 

Pour voir pourquoi, voici comment serait mis en œuvre le gestionnaire de contexte:

class babby(object): 
    def __enter__(self): 
     return 'frigth' 

    def __exit__(self, type, value, tb): 
     pass 

Dans le premier cas, le nom b sera lié à tout ce qui est renvoyé par la méthode __enter__ du gestionnaire de contexte. C'est souvent le gestionnaire de contexte lui-même (par exemple pour les objets de fichier), mais ce n'est pas obligatoire; dans ce cas, c'est la chaîne 'frigth', et dans votre cas c'est le curseur de la base de données.

Dans le second cas, b est l'objet du gestionnaire de contexte lui-même.