файле. Но хочу в разные раскидать всё.
Конкретно есть две цепочки наследования все они для экспорта, а также класс и кучка внутренних функций утилитарного назначения, и есть ещё глобальная переменная тоже на экспорт.
Ну вот я хочу сделать:
* два модуля с экспортируемыми классами и переменной: export1, export2
* модуль с внутренними функциями и внутренним классом. internals
Но у меня почти везде в параметрах экспортируемые классы. Т.е. мне получается в export1 надо делать import export2, internals; и, чтоб аннотации работали, в export2`и в `internals делать import export1 . Т.е. что-то дофига перекрестных импортов, и как-то это выглядит нехорошо.
Или может сделать типа модуля абстрактных базовых классов? но тут как-то усложнять придётся: поддерживать ещё один модуль, ещё пачку классов.
Или нормально всё в одном держать?
Можно выделить базовые классы и писать их в тайпхинт
А как с переменой глобальной быть? Её тоже в модуль с базовыми классами вынести и везде этот модуль заимпортить?
Если у тебя реально всё-на-всё завязано, то скорее всего у тебя что-то не то с распределением ответственности по классам и функциям. В идеале лучше стремиться к иерархическим зависимостям, а не перекрёстным.
А глобальные ПЕРЕМЕННЫЕ лучше совсем избегать. Это считается посути антипатерном для библиотек. Для готовых приложений ещё можно найти доводы за их использование, но в разделяемых библиотеках - нет почти ни одного.
Я прошу прощения за долгий ответ... а скорее вопрос :) А как надо? У меня в пакете несколько настроек должно быть, ну фактически два bool флага, и str. Настройки глобальные для всех модулей. Я хочу чтоб можно было сделать что-то вроде: my_package.option_variable = 'somthing' ,
Есть разные варианты. Например: - передавать настройки через аргументы, в те функции которым они нужны; - сделать класс, в котором будут настройки и методы, которым нужны эти настройки;
Обсуждают сегодня