(Qualité du dos Chira)
Depuis la version 3.6, la mise en œuvre du package de courrier électronique a été considérablement étendue et la documentation associée a considérablement changé. Ce n’est pas un secret, c’est clairement écrit.
Le paquet de courrier électronique lui-même a toujours été relativement agréable (je pense), mais la documentation était encore ancienne jusqu'à 3,5. Par exemple, concernant RFC, je désignais une personne obsolète (par exemple, RFC 2822 au lieu de RFC 5322) (à l'inverse, à part ça, il ne devrait pas y avoir beaucoup de différence, mais au début du document, je suis curieux. RFC 5322 date de 2008). La documentation 3.6 est généralement à jour.
La version 3.6 étant toujours dans une nouvelle catégorie, elle ne peut pas être utilisée en standard dans les principales distributions Linux. C'est presque comme Python 2 ou 3.4, 3.5. Une vérification rapide a révélé que CentOS 7 (mais epel) était de 3,4 et Ubuntu 16.04 de 3,5. Je ne connais pas SUSE (Associateur). Bien sûr, si vous comptez sur pyenv ou Anaconda, vous pouvez utiliser la série 3.6 (à partir de mai 2017).
Lors du développement dans l'ancien environnement Python3, il est préférable de spécifier la version et de lire le document 3.6 sans le lire. Bien sûr, c'est généralement le cas, mais quand il s'agit de mises à jour mineures, la documentation Python a tendance à écrire gentiment les différences comme "ajouté à partir de la version xx", donc j'ai tendance à l'ignorer.
Cependant, le paquet de courrier électronique est presque "réécrit", vous devez donc "vous en soucier" davantage. Si vous regardez directement un document tel que EmailMessage (Par exemple), il ressemble à "Non". (Il est dit "Nouveau dans 3.6" au début de la page, mais si vous essayez de consulter directement la documentation sur la classe, vous risquez de la manquer).
Celle appelée Legacy API est 3.5 ou antérieure. Si vous utilisez la version 3.5 ou antérieure, il est naturel de vous fier à des manuels plus anciens.
Recommended Posts