(Chira Rückenqualität)
Seit 3.6 wurde die Implementierung des E-Mail-Pakets erheblich erweitert und die zugehörige Dokumentation erheblich geändert. Es ist kein Geheimnis, es ist klar geschrieben.
Das E-Mail-Paket selbst war immer relativ nett (glaube ich), aber die Dokumentation war bis 3.5 noch alt. In Bezug auf RFC habe ich beispielsweise auf eine veraltete Person hingewiesen (z. B. RFC 2822 anstelle von RFC 5322) (im Gegensatz dazu sollte es keinen großen Unterschied geben, aber am Anfang des Dokuments bin ich neugierig. RFC 5322 ist von 2008). Die 3.6-Dokumentation ist in der Regel aktuell.
3.6 befindet sich noch in einer neuen Kategorie und ist in großen Linux-Distributionen nicht standardmäßig verfügbar. Es ist fast wie Python 2 oder 3.4, 3.5. Eine schnelle Überprüfung ergab, dass CentOS 7 (aber Epel) 3.4 und Ubuntu 16.04 3.5 war. Ich kenne SUSE (Associator) nicht. Wenn Sie sich auf Pyenv oder Anaconda verlassen, können Sie natürlich die 3.6-Serie verwenden (Stand Mai 2017).
Bei der Entwicklung in der alten Python3-Umgebung ist es besser, die Version anzugeben und das 3.6-Dokument zu lesen, ohne es zu lesen. Natürlich ist das im Allgemeinen der Fall, aber wenn es um kleinere Updates geht, schreibt die Python-Dokumentation freundlicherweise Unterschiede als "hinzugefügt von Version xx", daher überspringe ich sie.
Das E-Mail-Paket ist jedoch fast "umgeschrieben", sodass Sie sich mehr "kümmern" müssen. Wenn Sie sich ein Dokument wie EmailMessage (Zum Beispiel) direkt ansehen, sieht es wie "Nein" aus. (Am Anfang der Seite steht "Neu in 3.6". Wenn Sie jedoch versuchen, die Dokumentation zur Klasse direkt anzuzeigen, wird sie möglicherweise übersehen.)
Die Legacy-API ist 3.5 oder früher. Wenn Sie 3.5 oder früher verwenden, können Sie sich natürlich auf ältere Handbücher verlassen.
Recommended Posts