Количество классов в одном файле .py

Правильно ли размещать в каждом файле по одному классу (как здесь)? Спрашиваю так как не уверен правильно ли делать так (хотя в C# так нормально).

0

Сообщение от Volobuev Ilya хотя в C# так нормально

Нет. Разве что в самой CLR, где один класс это тысячи строк кода.

Никто не делит код просто на классы. Код распределяют по модулям.
А модуль это коробка с гомогенным\похожим\взаимосвязным содержимым.
В C# делают точно также. Как и в любом ЯП.
Распихивание каждого класса по отдельному файлу без декомпозиционной\архитектурной необходимости - бессмысленно.
Если я напишу 100 классов - кому-то будет по приколу потом ковыряться в сотне файлов?

0

Garry Galler, если подробней, то у меня один класс = один файл в C#. Причём, классы объединяются соответствующие пространства имён. И каждому пространству имён соответствует одноименная папка. Например:

Миниатюры

 

0

Сообщение от Garry Galler В C# делают точно также. Как и в любом ЯП.

поспешный вывод, в Джаве тоже 1 класс в одном файле, исключение -вложенные классы. Да файлов много, они формируются по пакетам, все понятно.

1

Как я понял, в Python так делать не стоит.

0

Volobuev Ilya, я по привычке так и в питоне делаю, мне так понятнее )

0

Welemir1, в Python же нет пространств имён, чтобы можно было логически группировать классы, а потом разом импортировать. И да, а если классы находятся в файлах, которые вложены в папку, вложенную в текущую папку, то как их импортировать?

0

Сообщение от Volobuev Ilya если классы находятся в файлах, которые вложены в папку, вложенную в текущую папку, то как их импортировать?

В папке создать файл __init__.py, а в нем __all__ = перечислить пакеты, тогда можно будет просто import название_папки

1

ТабуретY, точнее, я создаю в главной папке этот файл, в нем пишу после __all__ имена файлов дочерней папке? И тогда из любого файла, который в главной папке, можно будет писать import название дочерней папки?

0

Только __all__ = ['first', 'second'] и обращаться from название_дочерней_папки.first import * и т.д.

1

ТабуретY, а что делать, если несколько дочерних папок?

0

В каждой свой __init__.py

1

Сообщение от Welemir1 в Джаве тоже 1 класс в одном файле

А какая в этом необходимость? Группировка по модулям должна быть логической, а не классовой. В C# я никогда не группировал ничего по классам исходя только из принципа "один класс - один файл" - там в этом нет никакой необходимости.
И В Java это тоже, как я понял, считается крайностью:

The first three package principles are about package cohesion, they tell us what to put inside packages:

REP	The Release Reuse Equivalency Principle	The granule of reuse is the granule of release.
CCP	The Common Closure Principle	Classes that change together are packaged together.
CRP	The Common Reuse Principle	Classes that are used together are packaged together.

Добавлено через 10 минут
Ну да, в этих правилах говорится о пакетах: пакет может состоять из нескольких файлов, но зачем размазывать именно каждый класс по файлу?! Неужели рекомендации по дизайну кода на Java советуют именно это?

Добавлено через 8 минут
И, в любом случае, в python подход "один класс - один файл" не имеет никакой обоснованной необходимости. Код разделяют на модули, содержащие блоки объединенные общей логикой (а блоки могут состоять из множества классов и просто функций), а набор этих модулей объединятся в пакет.

К тому же система импорта в python довольно запутана и непроста для понимания, так что чем меньше ты делишь код на мелкие субмодули, чем меньше уровней вложенности у твоих пакетов - ты меньше боли получаешь :-)

0

Сообщение от Garry Galler Группировка по модулям должна быть логической, а не классовой.

она таковой и является, скажем пакадж содержит все классы, которые работают с сетью, второй для БД и так далее

Сообщение от Garry Galler И В Java это тоже, как я понял, считается крайностью:

нет не является. Физически в файле может быть ТОЛЬКО 1 класс с модификатором public, без модификатора ты там можешь создать и больше классов, но классы без модификаторы доступны ТОЛЬКО в этом пакете. Если тебе из другого пакета нужен будет этот класс, то придется делать его public и выносить в отдельный файл. Поэтому общепринято, что в файле только 1 класс, исключение -вложенные классы ну или как сказано выше -те, что нужны только в этом пакете.

Сообщение от Garry Galler размазывать именно каждый класс по файлу?

не понял тебя, какое размазывание? вот файлик, в нем короткий, читаемый класс. Наоборот, есть свое удобство -открыть пакет и по именам файлов понят что в них за классы, и т.п. А если у тебя куча классов в одном файле, то придется во-первых какое то общее название давать, во-вторых, нужно его открывать и скроллить, чтобы узнать что там.


Но я не спорю, что в питоне так удобнее, тут многие вещи решаются проще, в том числе с импортами и отсутствием необходимости вообще создавать классы

0

Сообщение от Welemir1 вот файлик, в нем короткий, читаемый класс. Наоборот, есть свое удобство

Может быть самим джава-программистам это удобно и привычно, но не думаю, что с этим согласятся программисты на других ЯП.
В Java это следствие дизайна языка, чтобы не было конфликта имен и т.д., двухуровневая инкапсуляция Пакет-> класс.
В 9-ке, как я понял, добавили еще один уровень и теперь сами пакеты можно группировать в модули. Но старый классовый подход остался как есть.
Кстати, в Scala и Kotlin от дизайна "один public класс - один файл" отказались.
Ведь класс как может иметь самодостаточный функционал, так и нет, будучи тесно связанным с другим.
И как раз проще (ИМХО) иметь эти два\три\четыре и т.д. класса, связанные одной логикой\функциональностью, в одном файле, чтобы ничего не искать по директории и не открывать код в десятке вкладок редактора.

Сообщение от Welemir1 во-вторых, нужно его открывать и скроллить, чтобы узнать что там

В средах разработки любое имя\определение ищется по хоткею, выделяется по хоткею, показывается по хоткею, изменяется по хоткею. Скроллить это если ты в простых блокнотах работаешь.

Сообщение от Welemir1 А если у тебя куча классов в одном файле, то придется во-первых какое то общее название давать

В python это и называется модуль, а имя, как правило, связано с его внутренним функционалом\назначением. Модуль может быть контейнером сразу для всего функционала (если его дробление архитектурно нецелесообразно), а может быть разделен на нескольких файлов-модулей и объединяться общим пакетом.
Класс же это просто единица переиспользования - нет никакого необходимости (кроме жесткого дизайна языка) пихать его в отдельный файл.
К тому же группировка по классам не есть группировка по логике.

В C# группировка кода с классами идет через пространство имен и создавать на каждый чих не приватный класс отдельный файл (для предотвращения конфликта имен) нет необходимости.
Хотя, если очень хочется, можно даже один класс размазать на несколько файлов :-) - это так называемый partial class.
В Go, пакет как и в Java это директория с файлами, в которых объявлена директива package имя_пакета и все файлы с таким объявлением будут автоматически иметь общее пространство имен и могут импортироваться по имени общей директории. И здесь тоже группировка кода никак не привязана к публичным классам.... которых, кстати, в Go нет, а есть типы и легковесные структуры :-)

0

Сообщение от Garry Galler любое имя\определение ищется по хоткею, выделяется по хоткею, показывается по хоткею, изменяется по хоткею.

это отлично работает и для

Сообщение от Garry Galler ничего не искать по директории и не открывать код в десятке вкладок редактора.

0