Existe-t-il un format recommandé pour les importations multilignes?

J'ai lu qu'il y a trois façons de coder les importations multilignes en python

Avec des barres obliques:

from Tkinter import Tk, Frame, Button, Entry, Canvas, Text, \
    LEFT, DISABLED, NORMAL, RIDGE, END

Duplication des senteces:

from Tkinter import Tk, Frame, Button, Entry, Canvas, Text
from Tkinter import LEFT, DISABLED, NORMAL, RIDGE, END

Avec parenthèses:

from Tkinter import (Tk, Frame, Button, Entry, Canvas, Text,
    LEFT, DISABLED, NORMAL, RIDGE, END)

Existe-t-il un format recommandé ou une manière plus élégante pour ces déclarations?

Personnellement, je vais avec des parenthèses lors de l'importation de plus d'un composant et les trie par ordre alphabétique. Ainsi:

from Tkinter import (
    Button,
    Canvas,
    DISABLED,
    END,
    Entry,
    Frame,
    LEFT,
    NORMAL,
    RIDGE,
    Text,
    Tk,
)

Cela a l'avantage supplémentaire de voir facilement quels composants ont été ajoutés / supprimés dans chaque commit ou PR.

Dans l'ensemble, c'est une préférence personnelle et je vous conseillerais de choisir ce qui vous convient le mieux.

Vos exemples semblent provenir de la PEP 328 . Là, la notation entre parenthèses est proposée pour exactement ce problème, donc je choisirais probablement celui-ci.

J'irais avec la notation entre parenthèses du PEP328 avec des nouvelles lignes ajoutées avant et après les parenthèses:

from Tkinter import (
    Tk, Frame, Button, Entry, Canvas, Text, 
    LEFT, DISABLED, NORMAL, RIDGE, END
)

C'est le format que Django utilise:

from django.test.client import Client, RequestFactory
from django.test.testcases import (
    LiveServerTestCase, SimpleTestCase, TestCase, TransactionTestCase,
    skipIfDBFeature, skipUnlessAnyDBFeature, skipUnlessDBFeature,
)
from django.test.utils import (
    ignore_warnings, modify_settings, override_settings,
    override_system_checks, tag,
)

Habituellement, avec Tkinter, il est acceptable de simplement l'utiliser from Tkinter import *car le module n'exportera que les noms qui sont clairement des widgets.

PEP 8 ne répertorie aucune convention pour un tel cas, donc je suppose que c'est à vous de décider quelle est la meilleure option. Tout est question de lisibilité, alors choisissez ce qui indique clairement que vous importez des éléments à partir d'un seul module.

Comme tous ces noms sont disponibles dans votre champ d'application, je pense personnellement que les options 2 sont les plus claires car vous pouvez voir les noms importés les meilleurs. Vous pourriez même le diviser davantage pour peut-être regrouper ces noms qui vont les uns avec les autres. Dans votre exemple, je pourrais mettre Tk, Frameet Canvasséparément, car ils regroupent les widgets ensemble, tout en ayant Buttonet Textséparément car ils sont des composants plus petits dans une vue.