Как применить совет гуру по структуре программы, если делать class?

Question

[Алан Гибизов]

Вычитал совет товарища

Alex Martelli

(широко известного в узких кругах гуру Python) о том, что код вместо if/elif/else лучше организовывать так:

import pygame.locals as pygl
dispatch = {pygl.QUIT: exit_game, # whatever else
           }
f = dispatch.get(event.type)
if f is None:  # the "else" case"
   ...
else: f()

Идея мне понравилась, но когда дошел до практики, а именно попытался сделать класс MyGame, в котором сделать всё предложенное, столкнулся со следующими проблемами:
1. если я помещаю dispatch куда-то внутри класса, например в __init__ как атрибут, или в како-нибудь другой метод, то при инициализации экземпляра класса он срабатывает.

class MyGame:
    def __init__(self):
        self.dispatch = {pygl.QUIT: self.exit_game,  # whatever else
                         ...}

Т.е. сразу же происходит exit_game.

2. если я помещаю его просто в переменную в классе, типа:

class MyGame:
    dispatch = {pygl.QUIT: self.exit_game,  # whatever else
                ...}

    def __init(self):
        ...

или вообще где-то вне класса, то self же еще не инициализирован :/ интерпретатор справедливо ругается.

Подскажите, как замечательный совет товарища Алекса Мартелли правильно использовать?

Comments

[MinTnt]

А что если попробовать под функцией def
Но без self
dispatch = {pygl.QUIT: self.exit_game, # whatever else ...}
А тут наоборот поэкспериментировать:
self.f = dispatch.get(event.type)

[Ivan Yakushenko]

Ух ты, костыли ради костылей от итальянского старика.

[Алан Гибизов]

Ivan Yakushenko, :))) тонко!
Хорошо, но if/elif/elif/elif/... .../elif/else тоже как-то не айс.
А как правильно это готовить?

[Алан Гибизов]

MinTnt, вообще-то, я бы хотел обращаться к словарю dispatch из разных мест класса, например где-то получать от него список ключей, а где-то - значения по ключу; если это будет внутри метода как локальная его переменная, будет к нему снаружи не достучаться.

[Ivan Yakushenko]

Алан Гибизов, это интерфейс для вызова, его внутри класса вообще быть не должно.

[Алан Гибизов]

Ivan Yakushenko, ага! Вот я чуял, что тут нечисто. Значит, это я неправильно пихаю невпихуемое.

[Алан Гибизов]

MinTnt, если это disp будет внутри класса (внутри любого метода или конструктора init), то при инициализации self словарь тоже инициализируется, и упс.

А если disp вне класса или объявляется до инициализации, то в словаре self не должно быть.

[MinTnt]

Алан Гибизов, Ну... как я понял, ответ уже нашёлся. Можно его потом так же сюда пропихнуть? интересно стало

[Алан Гибизов]

MinTnt, честно сказать, ответ еще не нашелся в полной мере.
Я понял, что внутри этого класса не должно быть "интерфейса для вызова", коим является то, что я пытаюсь туда запихать.
Теперь у меня встали два новых вопроса:

• что такое в принципе "интерфейс для вызова", если "на пальцах"?
  
• куда его надо пихать?
  

Вот сейчас гуглю про энти самые интерфейсы...

[Алан Гибизов]

MinTnt, не, я так понимаю, что в данном случае интерфейс для вызовов - это прокладка к API pygame, который можно дергать за отдельные вызовы и получать изменение поведения самого pygame.
И, типа, pygame должен быть сам в себе, он уже сам есть класс и не надо его пихать в свой класс, надо к нему правильно обращаться через специальный интерфейс вызовов.

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

[MinTnt]

Алан Гибизов, кстати, а интересно было, у тебя весь Pygame под классом, или класс планировался лишь для обработки каких-то действий?

[Алан Гибизов]

MinTnt,

Сейчас я ради тренировки сделал вариант игры 2048, но просто в консоли. Сейчас оно такое... прототип...

И подумал - надо бы ему приделать GUI. А с гуями я не очень... я раньше pygame вообще не понимал толком и просто тупо приляпывал одно к другому, как у других, лишь бы работало.

Стал читать, кто что как реализует. Попал случайно на Алекса Мартелли, он в 2009 году кому-то этот "костыль" посоветовал.

Ну и просто сделал некий "класс-болванку" в файле gui, который просто открывает окошко pygame и закрывает его по клику "на крестик". Всё запихал в один класс (ну я пока не знаю, как правильно). Просто для разнообразных экспериментов, я вообще с классами не очень и с гуями не очень...

[o5a]

1. если я помещаю dispatch куда-то внутри класса, например в __init__ как атрибут, или в како-нибудь другой метод, то при инициализации экземпляра класса он срабатывает.

Алан Гибизов, само по себе использование
self.dispatch = {pygl.QUIT: self.exit_game ... }не вызывает exit_game. Вызов будет только после запуска уже упомянутого f()

[Алан Гибизов]

o5a, да, верно.
Понял, что я не так делал - в словаре у меня изначально в качестве значения стояла не функция, а вызов функции (т.е. со скобками).

class MyGame:
    def __init__(self):
        self.dispatch = {pygl.QUIT: self.exit_game(),  # whatever else
                         ...}

Ну, он и вызывался. Мой косяк.

Ваше предложение можно считать ответом на конкретный вопрос. Прошу оформить как ответ.

Answer 1

[Алан Гибизов]

Вопрос решен с помощью o5a - в словаре надо указывать не вызовы функций, а сами функции.
Т.е. не

self.dispatch = {pygl.QUIT: self.exit_game(),  # whatever else
                         ...}

а правильно:

self.dispatch = {pygl.QUIT: self.exit_game,  # whatever else
                         ...}