¿Existe un formato recomendado para las importaciones de varias líneas?

He leído que hay tres formas de codificar importaciones de varias líneas en Python

Con barras:

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

Duplicación de sentencias:

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

Entre paréntesis:

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

¿Existe un formato recomendado o una forma más elegante para estas declaraciones?

Personalmente, voy entre paréntesis al importar más de un componente y los ordeno alfabéticamente. Al igual que:

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

Esto tiene la ventaja adicional de ver fácilmente qué componentes se han agregado / eliminado en cada confirmación o PR.

En general, es una preferencia personal y le aconsejo que elija lo que le parezca mejor.

Sus ejemplos parecen provenir de PEP 328 . Allí, se propone la notación entre paréntesis exactamente para este problema, por lo que probablemente elegiría este.

Iría con la notación de paréntesis del PEP328 con nuevas líneas agregadas antes y después de los paréntesis:

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

Este es el formato que usa Django :

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,
)

Por lo general, con Tkinter, está bien usarlo, from Tkinter import *ya que el módulo solo exportará nombres que sean claramente widgets.

PEP 8 no enumera convenciones para tal caso, así que supongo que depende de usted decidir cuál es la mejor opción. Todo se trata de legibilidad, así que elija lo que le indique claramente que está importando cosas de un solo módulo.

Como todos esos nombres están disponibles en su alcance, personalmente creo que la opción 2 es la más clara, ya que puede ver mejor los nombres importados. Luego, incluso podría dividirlo más para quizás agrupar esos nombres que pertenecen entre sí. En su ejemplo, podría poner Tk, Framey por Canvasseparado, ya que agrupan los widgets, mientras que tienen Buttony por Textseparado, ya que son componentes más pequeños en una vista.