Как часто использовать статические методы в Python

Question

Я - продвинутый программист, который недавно начал использовать и изучать python. Я недавно столкнулся с вопросом this. Ответы в этом вопросе предполагают, что вместо использования статического метода внутри класса, считается, что лучше всего использовать метод, а не использовать класс вообще.

Код конструкции 1:

gameResolution.py

width = 300 
height = 300 
# other variables, and functions following... 

screenResolution.py

width = 1920 
height = 1080 
# other variables and functions following... 

код дизайн 2:

resolution.py

class GameResolution: 
    width = 300 
    height = 300 
    # static functions following 

class ScreenResolution: 
    width = 1920 
    height = 1080 
    # static functions following 

Как вы можете видеть, код дизайн 2 делает намного больше смысла (на мой взгляд) в этой ситуации. Я мог бы упаковать все, что связано с этим объектом (GameResolution или ScreenResolution, например) внутри класса и всех этих классов внутри файла resolution.py.

Если бы я следил за Код дизайн 1 Я бы закончил с множеством маленьких .py файлов, каждый из которых представлял бы очень маленький класс. Верный ?

Итак, действительно ли это, что статические методы - плохой подход для python? В этой ситуации, что бы вы сделали?

Answer 1

Лучшее решение зависит от вашего стиля. Это, как говорится, я не думаю, что делать классы, которые, как старая статичность, - это путь. Я бы сделал одно из следующего:

1. Создайте класс, который обрабатывает все материалы разрешения (GameResolution/ScreenResolution/etc) и делает отдельные экземпляры для каждого.
2. Изменение названия width и height к game_width, game_height, screen_width и screen_height.

Что касается того, когда я использую статические методы, единственное время для создания объектов по-разному отличается от инициализатора по какой-то причине. Однако необходимость делать это довольно редко. Это определенно звучит так, будто ваш прецедент лучше подходит для одного класса, чтобы представлять все, или если они достаточно разные, а затем глобальные и функции вместо классов и статических методов.