TypeError<\/code><\/td>pierwszy argument nie jest klas\u0105<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTo ostatnie bywa pomijane. issubclass()<\/code> dzia\u0142a na klasach, nie na obiektach. Je\u015bli kto\u015b przeka\u017ce instancj\u0119 zamiast typu, program zako\u0144czy si\u0119 wyj\u0105tkiem.<\/p>\n\n\n\nPrzyk\u0142ad:<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> podstawowe sprawdzenie<\/td> class Zwierze: pass<\/code>class Pies(Zwierze): pass<\/code>print(issubclass(Pies, Zwierze))<\/code># True<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nW wi\u0119kszych systemach to ma realne znaczenie. Przyk\u0142ad praktyczny: system importuj\u0105cy r\u00f3\u017cne typy dokument\u00f3w mo\u017ce wymaga\u0107, aby ka\u017cda nowa klasa dziedziczy\u0142a po wsp\u00f3lnej klasie BaseImporter<\/code>. Zamiast ufa\u0107 programi\u015bcie, kod mo\u017ce to sprawdzi\u0107 automatycznie.<\/p>\n\n\n\nBrak takiej kontroli cz\u0119sto ko\u0144czy si\u0119 strat\u0105 czasu: b\u0142\u0119dy pojawiaj\u0105 si\u0119 p\u00f3\u017ano, zwykle dopiero w produkcji.<\/p>\n\n\n\n
Mechanizm dziedziczenia i relacja mi\u0119dzy typem a instancj\u0105<\/h2>\n\n\n\n Najcz\u0119stszy b\u0142\u0105d pocz\u0105tkuj\u0105cych to mylenie issubclass()<\/code> z isinstance()<\/code>.<\/p>\n\n\n\nTo s\u0105 dwa r\u00f3\u017cne narz\u0119dzia:<\/p>\n\n\n\nFunkcja<\/th> Sprawdza<\/th> Przyk\u0142ad<\/th><\/tr><\/thead> issubclass()<\/code><\/td>relacj\u0119 klasa \u2192 klasa<\/td> czy Pies<\/code> dziedziczy po Zwierze<\/code><\/td><\/tr>isinstance()<\/code><\/td>relacj\u0119 obiekt \u2192 klasa<\/td> czy reksio<\/code> jest obiektem typu Zwierze<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nPrzyk\u0142ad por\u00f3wnania:<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> por\u00f3wnanie funkcji<\/td> class Zwierze: pass<\/code>class Pies(Zwierze): pass<\/code>reksio = Pies()<\/code>print(issubclass(Pies, Zwierze))<\/code>print(isinstance(reksio, Zwierze))<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nObie instrukcje zwr\u00f3c\u0105 True<\/code>, ale badaj\u0105 co\u015b innego.<\/p>\n\n\n\nW praktyce:<\/p>\n\n\n\n
\nissubclass()<\/code> u\u017cywa si\u0119 przy analizie architektury programu<\/li>\n\n\n\nisinstance()<\/code> u\u017cywa si\u0119 podczas pracy na obiektach<\/li>\n<\/ul>\n\n\n\nJe\u015bli piszesz system rejestruj\u0105cy klasy plugin\u00f3w, potrzebujesz pierwszej funkcji. Je\u015bli walidujesz dane wej\u015bciowe u\u017cytkownika, cz\u0119\u015bciej potrzebujesz drugiej.<\/p>\n\n\n\n
Jak dzia\u0142a Issubclass \u2013 sprawdza, czy klasa jest podklas\u0105 innej klasy na poziomie interpretera Pythona<\/h2>\n\n\n\n Python przechowuje informacj\u0119 o dziedziczeniu w atrybucie __mro__<\/code> (Method Resolution Order). To uporz\u0105dkowana lista klas, po kt\u00f3rych interpreter szuka metod.<\/p>\n\n\n\nDla klasy:<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> MRO<\/td> class A: pass<\/code>class B(A): pass<\/code>print(B.__mro__)<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nwynik b\u0119dzie podobny do:<\/p>\n\n\n\nWynik<\/th> Warto\u015b\u0107<\/th><\/tr><\/thead> __mro__<\/code><\/td>(<class 'B'>, <class 'A'>, <class 'object'>)<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nissubclass()<\/code> analizuje w\u0142a\u015bnie t\u0119 struktur\u0119. Je\u015bli klasa bazowa znajduje si\u0119 w \u015bcie\u017cce dziedziczenia, wynik b\u0119dzie dodatni.<\/p>\n\n\n\nIstotne jest te\u017c to, \u017ce mo\u017cna sprawdza\u0107 wiele klas naraz:<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> krotka klas<\/td> print(issubclass(Pies, (Zwierze, object)))<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTo jest bardzo wygodne w walidatorach i systemach dynamicznego \u0142adowania modu\u0142\u00f3w.<\/p>\n\n\n\n
Dodatkowo:<\/p>\n\n\n\nZachowanie<\/th> Wynik<\/th><\/tr><\/thead> issubclass(A, A)<\/code><\/td>True<\/code><\/td><\/tr>issubclass(bool, int)<\/code><\/td>True<\/code><\/td><\/tr>issubclass(list, object)<\/code><\/td>True<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nSzczeg\u00f3lnie bool<\/code> i int<\/code> zaskakuje wiele os\u00f3b. W Pythonie bool<\/code> dziedziczy po int<\/code>, dlatego:<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> ciekawy przypadek<\/td> print(issubclass(bool, int))<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nzwraca True<\/code>.<\/p>\n\n\n\nTo nie jest b\u0142\u0105d – to decyzja projektowa j\u0119zyka.<\/p>\n\n\n\n
Odpowiedniki tego podej\u015bcia w C, C++ i r\u00f3\u017cnice praktyczne<\/h2>\n\n\n\n Python ma wbudowane narz\u0119dzie, ale inne j\u0119zyki rozwi\u0105zuj\u0105 to inaczej.<\/p>\n\n\n\n
C++<\/h3>\n\n\n\n W C++ mo\u017cna u\u017cy\u0107 std::is_base_of<\/code>.<\/p>\n\n\n\nC++<\/th> Kod<\/th><\/tr><\/thead> sprawdzenie relacji typ\u00f3w<\/td> #include <iostream><\/code>#include <type_traits><\/code>class Zwierze {};<\/code>class Pies : public Zwierze {};<\/code>int main() {<\/code>std::cout << std::is_base_of<Zwierze, Pies>::value;<\/code>}<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTutaj wynik jest obliczany na etapie kompilacji, nie dzia\u0142ania programu.<\/p>\n\n\n\n
C<\/h3>\n\n\n\n C nie ma natywnego dziedziczenia klas, wi\u0119c podobny mechanizm trzeba budowa\u0107 r\u0119cznie.<\/p>\n\n\n\nC<\/th> Kod<\/th><\/tr><\/thead> kontrola typu przez znacznik<\/td> struct Zwierze { int typ; };<\/code>struct Pies { int typ; };<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTo rozwi\u0105zanie jest znacznie mniej bezpieczne i wymaga dyscypliny programisty.<\/p>\n\n\n\n
Python<\/h3>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> sprawdzenie w runtime<\/td> print(issubclass(Pies, Zwierze))<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nPython daje tutaj najwi\u0119ksz\u0105 wygod\u0119, ale wymaga ostro\u017cno\u015bci przy dynamicznym typowaniu.<\/p>\n\n\n\n
Zastosowanie w fabrykach obiekt\u00f3w, systemach plugin\u00f3w i walidacji architektury<\/h2>\n\n\n\n Najbardziej praktyczne u\u017cycie pojawia si\u0119 tam, gdzie klasy s\u0105 rejestrowane dynamicznie.<\/p>\n\n\n\n
Przyk\u0142ad: system raport\u00f3w.<\/p>\n\n\n\n
Ka\u017cdy raport musi dziedziczy\u0107 po BaseReport<\/code>.<\/p>\n\n\n\nPython<\/th> Kod<\/th><\/tr><\/thead> walidacja klasy<\/td> class BaseReport: pass<\/code>def register(cls):<\/code>if not issubclass(cls, BaseReport):<\/code>raise TypeError(\"Niepoprawny typ klasy\")<\/code>print(\"Zarejestrowano\")<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nBez tego mo\u017cna przypadkowo zarejestrowa\u0107 klas\u0119, kt\u00f3ra nie implementuje wymaganych metod.<\/p>\n\n\n\n
Podobnie dzia\u0142a wiele framework\u00f3w:<\/p>\n\n\n\n
\nsystemy ORM<\/li>\n\n\n\n generatory formularzy<\/li>\n\n\n\n biblioteki testowe<\/li>\n\n\n\n mechanizmy serializer\u00f3w<\/li>\n\n\n\n systemy event-driven<\/li>\n<\/ul>\n\n\n\nProgram wygl\u0105da wtedy stabilniej, bo b\u0142\u0119dy wychodz\u0105 wcze\u015bniej.<\/p>\n\n\n\n
To wa\u017cne finansowo i organizacyjnie – b\u0142\u0105d wykryty podczas rejestracji klasy kosztuje minuty, a ten sam b\u0142\u0105d wykryty po wdro\u017ceniu potrafi kosztowa\u0107 godziny pracy zespo\u0142u.<\/p>\n\n\n\n
Typowe b\u0142\u0119dy, pu\u0142apki i sytuacje graniczne gdy Issubclass \u2013 sprawdza, czy klasa jest podklas\u0105 innej klasy<\/h2>\n\n\n\n Najcz\u0119stsze problemy s\u0105 bardzo powtarzalne.<\/p>\n\n\n\n
Przekazanie obiektu zamiast klasy<\/h3>\n\n\n\nB\u0142\u0105d<\/th> Kod<\/th><\/tr><\/thead> niepoprawnie<\/td> reksio = Pies()<\/code>issubclass(reksio, Zwierze)<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTo zako\u0144czy si\u0119 TypeError<\/code>.<\/p>\n\n\n\nPoprawnie:<\/p>\n\n\n\nPoprawnie<\/th> Kod<\/th><\/tr><\/thead> w\u0142a\u015bciwe u\u017cycie<\/td> issubclass(Pies, Zwierze)<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nZapominanie o dziedziczeniu po\u015brednim<\/h3>\n\n\n\nPrzyk\u0142ad<\/th> Kod<\/th><\/tr><\/thead> dziedziczenie wielopoziomowe<\/td> class A: pass<\/code>