Osobno sam ga koristio par puta za krpanje manjih grešaka u system-wide instaliranim modulima koje nisam želio/mogao forkati (u smislu, promjenio definiciju neke funkcije u postojećoj klasi umjesto da radim podklasu i mijenjam ostatak svog koda kako bi koristio moju podklasu i zaobilazio grešku).

Što se tiče promjene klase postojećim objektima, u postu jesam naveo da mi je više pythonic dodati metodu postojećoj instanci, nego mijenjati klasu te instance. U komentarima je Marcel već naveo konkretan slučaj kad je bilo potrebno mijenjanje metoda već instanciranog objekta.

Post je nastao iz diskusije proizašle iz tog problema, a učinilo mi se da bi bilo zgodno i široj javnosti pokazati što se sve može. IMHO, od viška znanja glava ne boli :)

To što Python to omogućava, ne znači da se to treba koristiti (mogu se u Pythonu i puno “gore” stvari raditi).

Slažem se s pristupom iz jednog komentara, da je važno vidjeti zašto se to radi, tj. kad to primjeniti. Zato bi bilo dobro da objasniš zašto jedan objekt mora glumiti desetak klasa u runtime-u i zašto baš na ovaj način?

Python nudi mnoštvo tehnika za postizanje dinamičkih svojstava u runtime-u koje su puno transparentnije ( __getattr__, __setattr__ u inicijalizaciji objekta, ili inicijalizaciji klase / koristiti __metaclass__, …), gdje svaka od njih ima svoju specifičnu namjenu i prednosti.

Osim što meni osobno MP izgleda “ružno” (doduše i moćno), mislim da se sukobljava s filozofijom Python-a, tj. pep-20 (izdvojeno):

>>> import this
The Zen of Python, by Tim Peters

Explicit is better than implicit.
There should be one– and preferably only one –obvious way to do it.
Special cases aren’t special enough to break the rules.
In the face of ambiguity, refuse the temptation to guess.
Beautiful is better than ugly.
Simple is better than complex.
Flat is better than nested.
If the implementation is hard to explain, it’s a bad idea.

@slavus mi smo upali u ovu temu iz use case scenarija gdje gradis python aplikaciju u interaktivnom shellu (ipython), pa je super imati mogucnost naknadno modificirati instance… npr. proucavajuci dokumentaciju i gradnjom prvih prototipova u proucavanju nekog novog frameworka….

Ali dobro je znati da imaš automatsku pušku ako ti zatreba :-)