Есть ли рекомендуемый формат для многострочного импорта?

Я читал, что есть три способа кодирования многострочного импорта в python

С косой чертой:

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

Дублирование предложений:

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

В скобках:

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

Есть ли рекомендуемый формат или более элегантный способ для этого утверждения?

Лично я использую круглые скобки при импорте более одного компонента и сортирую их по алфавиту. Вот так:

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

Это дает дополнительное преимущество в том, что легко видеть, какие компоненты были добавлены / удалены в каждой фиксации или PR.

В целом, это личное предпочтение, и я бы посоветовал вам выбрать то, что вам больше нравится.

Ваши примеры, похоже, происходят из PEP 328 . Здесь круглые скобки предложены именно для этой задачи, так что, наверное, я бы выбрал именно эту.

Я бы выбрал обозначение скобок из PEP328 с добавлением новой строки до и после скобок:

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

Это формат, который использует 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,
)

Обычно с Tkinter можно просто использовать, from Tkinter import *поскольку модуль будет экспортировать только имена, которые явно являются виджетами.

PEP 8 не содержит никаких соглашений для такого случая, поэтому я думаю, что вам решать, какой вариант лучше. Все дело в удобочитаемости, поэтому выбирайте то, что дает понять, что вы импортируете данные из одного модуля.

Поскольку все эти имена доступны в вашей области, я лично считаю, что вариант 2 является наиболее ясным, поскольку вы можете лучше всего видеть импортированные имена. Затем вы можете даже разделить его, чтобы, возможно, сгруппировать те имена, которые принадлежат друг другу. В вашем примере я мог бы указать Tk, Frameи Canvasотдельно, поскольку они группируют виджеты вместе, имея Buttonи Textотдельно, поскольку они являются более мелкими компонентами в представлении.