Rdzeń języka¶

Generated Fri 19 Jun 2026 22:08:45 UTC

Klasy¶

Specjalna metoda del nie jest zaimplementowana dla klas zdefiniowanych przez użytkownika¶

Przykładowy kod:

import gc

class Foo:
    def __del__(self):
        print("__del__")

f = Foo()
del f

gc.collect()

CPython output:	MicroPython output:
__del__

`__init_subclass__` isn’t automatically called.¶

Cause: MicroPython does not currently implement PEP 487.

Workaround: Manually call __init_subclass__ after class creation if needed. e.g.:

class A(Base):
    pass
A.__init_subclass__()

Przykładowy kod:

class Base:
    @classmethod
    def __init_subclass__(cls):
        print(f"Base.__init_subclass__({cls.__name__})")


class A(Base):
    pass

CPython output:	MicroPython output:
Base.__init_subclass__(A)

`__init_subclass__` isn’t an implicit classmethod.¶

Cause: MicroPython does not currently implement PEP 487. __init_subclass__ is not currently in the list of special-cased class/static methods.

Workaround: Decorate declarations of __init_subclass__ with @classmethod.

Przykładowy kod:

def regularize_spelling(text, prefix="bound_"):
    # for regularizing across the CPython "method" vs MicroPython "bound_method" spelling for the type of a bound classmethod
    if text.startswith(prefix):
        return text[len(prefix) :]
    return text


class A:
    def __init_subclass__(cls):
        pass

    @classmethod
    def manual_decorated(cls):
        pass


a = type(A.__init_subclass__).__name__
b = type(A.manual_decorated).__name__

print(regularize_spelling(a))
print(regularize_spelling(b))
if a != b:
    print("FAIL")

CPython output:	MicroPython output:
method method	function method FAIL

MicroPython doesn’t support parameterized `__init_subclass__` class customization.¶

Cause: MicroPython does not currently implement PEP 487. The MicroPython syntax tree does not include a kwargs node after the class inheritance list.

Workaround: Use class variables or another mechanism to specify base-class customizations.

Przykładowy kod:

class Base:
    @classmethod
    def __init_subclass__(cls, arg=None, **kwargs):
        cls.init_subclass_was_called = True
        print(f"Base.__init_subclass__({cls.__name__}, {arg=!r}, {kwargs=!r})")


class A(Base, arg="arg"):
    pass


# Regularize across MicroPython not automatically calling __init_subclass__ either.
if not getattr(A, "init_subclass_was_called", False):
    A.__init_subclass__()

CPython output:	MicroPython output:
Base.__init_subclass__(A, arg='arg', kwargs={})	Traceback (most recent call last): File "<stdin>", line 16, in <module> TypeError: function doesn't take keyword arguments

`__init_subclass__` can’t be defined a cooperatively-recursive way.¶

Cause: MicroPython does not currently implement PEP 487. The base object type does not have an __init_subclass__ implementation.

Workaround: Omit the recursive __init_subclass__ call unless it’s known that the grandparent also defines it.

Przykładowy kod:

class Base:
    @classmethod
    def __init_subclass__(cls, **kwargs):
        cls.init_subclass_was_called = True
        super().__init_subclass__(**kwargs)


class A(Base):
    pass


# Regularize across MicroPython not automatically calling __init_subclass__ either.
if not getattr(A, "init_subclass_was_called", False):
    A.__init_subclass__()

CPython output:	MicroPython output:
	Traceback (most recent call last): File "<stdin>", line 22, in <module> File "<stdin>", line 13, in __init_subclass__ AttributeError: 'super' object has no attribute '__init_subclass__'

Kolejność rozwiązywania metod (MRO) nie jest zgodna z CPython¶

Przyczyna: Kolejność rozwiązywania metod w głąb, niepełna

Obejście: Unikaj złożonych hierarchii klas z wielokrotnym dziedziczeniem i złożonymi nadpisaniami metod. Pamiętaj, że wiele języków w ogóle nie obsługuje wielokrotnego dziedziczenia.

Przykładowy kod:

class Foo:
    def __str__(self):
        return "Foo"


class C(tuple, Foo):
    pass


t = C((1, 2, 3))
print(t)

CPython output:	MicroPython output:
Foo	(1, 2, 3)

Przeróbka nazw prywatnych składowych klasy nie jest zaimplementowana¶

Przyczyna: Kompilator MicroPython nie implementuje przeróbki nazw dla prywatnych składowych klasy.

Obejście: Unikaj używania lub kolizji z globalnymi nazwami, dodając ręcznie unikalny prefiks do nazwy prywatnej składowej klasy.

Przykładowy kod:

def __print_string(string):
    print(string)


class Foo:
    def __init__(self, string):
        self.string = string

    def do_print(self):
        __print_string(self.string)


example_string = "Example String to print."

class_item = Foo(example_string)
print(class_item.string)

class_item.do_print()

CPython output:

MicroPython output:

Example String to print.
Traceback (most recent call last):
  File "<stdin>", line 26, in <module>
  File "<stdin>", line 18, in do_print
NameError: name '_Foo__print_string' is not defined. Did you mean: '__print_string'?

Example String to print.
Example String to print.

Podczas dziedziczenia po typach natywnych wywołanie metody w `init(self, ...)` przed `super().init()` powoduje wyjątek `AttributeError` (lub naruszenie ochrony pamięci, jeśli `MICROPY_BUILTIN_METHOD_CHECK_SELF_ARG` nie jest włączone).¶

Przyczyna: MicroPython nie ma oddzielnych metod __new__ i __init__ w typach natywnych.

Obejście: Najpierw wywołaj super().__init__().

Przykładowy kod:

class L1(list):
    def __init__(self, a):
        self.append(a)


try:
    L1(1)
    print("OK")
except AttributeError:
    print("AttributeError")


class L2(list):
    def __init__(self, a):
        super().__init__()
        self.append(a)


try:
    L2(1)
    print("OK")
except AttributeError:
    print("AttributeError")

CPython output:	MicroPython output:
OK OK	AttributeError OK

Przy dziedziczeniu po wielu klasach super() wywołuje tylko jedną klasę¶

Przyczyna: Patrz Kolejność rozwiązywania metod (MRO) nie jest zgodna z CPython

Obejście: Patrz Kolejność rozwiązywania metod (MRO) nie jest zgodna z CPython

Przykładowy kod:

class A:
    def __init__(self):
        print("A.__init__")


class B(A):
    def __init__(self):
        print("B.__init__")
        super().__init__()


class C(A):
    def __init__(self):
        print("C.__init__")
        super().__init__()


class D(B, C):
    def __init__(self):
        print("D.__init__")
        super().__init__()


D()

CPython output:	MicroPython output:
D.__init__ B.__init__ C.__init__ A.__init__	D.__init__ B.__init__ A.__init__

Wywołanie właściwości getter super() w podklasie zwróci obiekt właściwości, a nie wartość¶

Przykładowy kod:

class A:
    @property
    def p(self):
        return {"a": 10}


class AA(A):
    @property
    def p(self):
        return super().p


a = AA()
print(a.p)

CPython output:	MicroPython output:
{'a': 10}	<property>

Exceptions¶

Throwing a derived exception class instance in its `init` without first calling `super().init` is a TypeError¶

Cause: In MicroPython, an object is incompletely constructed if it does not call its superclass init function or return normally from its __init__. This prevents its usage in some circumstances.

Workaround: Call the superclass __init__ method before raising the exception.

Przykładowy kod:

class C(Exception):
    def __init__(self):
        raise self


class C1(Exception):
    def __init__(self):
        super().__init__()
        raise self


try:
    C()
except Exception as e:
    print(type(e).__name__)

try:
    C1()
except Exception as e:
    print(type(e).__name__)

CPython output:	MicroPython output:
C C1	TypeError C1

Funkcje¶

Komunikaty błędów dla metod mogą wyświetlać nieoczekiwane liczby argumentów¶

Przyczyna: MicroPython liczy „self” jako argument.

Obejście: Interpretuj komunikaty błędów, mając na uwadze powyższe informacje.

Przykładowy kod:

try:
    [].append()
except Exception as e:
    print(e)

CPython output:	MicroPython output:
list.append() takes exactly one argument (0 given)	function takes 2 positional arguments but 1 were given

Obiekty funkcji nie mają atrybutu `module`¶

Przyczyna: MicroPython jest zoptymalizowany pod kątem zmniejszonego rozmiaru kodu i użycia RAM.

Obejście: Używaj sys.modules[function.__globals__['__name__']] dla modułów niewbudowanych.

Przykładowy kod:

def f():
    pass


print(f.__module__)

CPython output:	MicroPython output:
__main__	Traceback (most recent call last): File "<stdin>", line 13, in <module> AttributeError: 'function' object has no attribute '__module__'

Atrybuty zdefiniowane przez użytkownika dla funkcji nie są obsługiwane¶

Przyczyna: MicroPython jest wysoce zoptymalizowany pod kątem użycia pamięci.

Obejście: Użyj zewnętrznego słownika, np. FUNC_X[f] = 0.

Przykładowy kod:

def f():
    pass


f.x = 0
print(f.x)

CPython output:	MicroPython output:
0	Traceback (most recent call last): File "<stdin>", line 13, in <module> AttributeError: 'function' object has no attribute 'x'

Generator¶

Metoda exit() menedżera kontekstu nie jest wywoływana w generatorze, który nie dociera do końca¶

Przykładowy kod:

class foo(object):
    def __enter__(self):
        print("Enter")

    def __exit__(self, *args):
        print("Exit")


def bar(x):
    with foo():
        while True:
            x += 1
            yield x


def func():
    g = bar(0)
    for _ in range(3):
        print(next(g))


func()

CPython output:	MicroPython output:
Enter 1 2 3 Exit	Enter 1 2 3

Środowisko uruchomieniowe¶

Zmienne lokalne nie są uwzględniane w wyniku locals()¶

Przyczyna: MicroPython nie utrzymuje symbolicznego środowiska lokalnego — jest zoptymalizowany do tablicy slotów. Dlatego zmiennych lokalnych nie można uzyskać dostępu po nazwie.

Przykładowy kod:

def test():
    val = 2
    print(locals())


test()

CPython output:	MicroPython output:
{'val': 2}	{'test': <function test at 0x7f5d74c05260>, '__name__': '__main__', '__file__': '<stdin>'}

Kod uruchomiony w funkcji eval() nie ma dostępu do zmiennych lokalnych¶

Przyczyna: MicroPython nie utrzymuje symbolicznego środowiska lokalnego — jest zoptymalizowany do tablicy slotów. Dlatego zmiennych lokalnych nie można uzyskać dostępu po nazwie. W praktyce eval(expr) w MicroPython jest równoważne eval(expr, globals(), globals()).

Przykładowy kod:

val = 1


def test():
    val = 2
    print(val)
    eval("print(val)")


test()

CPython output:	MicroPython output:
2 2	2 1

f-strings¶

f-stringi nie obsługują konkatenacji z sąsiednimi literałami, jeśli te literały zawierają nawiasy klamrowe¶

Przyczyna: MicroPython jest zoptymalizowany pod kątem przestrzeni kodu.

Obejście: Używaj operatora + między literałami ciągów znaków, gdy nie są oba f-stringami

Przykładowy kod:

x, y = 1, 2
print("aa" f"{x}")  # works
print(f"{x}" "ab")  # works
print("a{}a" f"{x}")  # fails
print(f"{x}" "a{}b")  # fails

CPython output:	MicroPython output:
aa1 1ab a{}a1 1a{}b	aa1 1ab Traceback (most recent call last): File "<stdin>", line 12, in <module> IndexError: tuple index out of range

f-stringi nie mogą obsługiwać wyrażeń wymagających parsowania w celu rozwiązania niezbalansowanych zagnieżdżonych nawiasów klamrowych i okrągłych¶

Przyczyna: MicroPython jest zoptymalizowany pod kątem przestrzeni kodu.

Obejście: Zawsze używaj zbalansowanych nawiasów klamrowych i okrągłych w wyrażeniach wewnątrz f-stringów

Przykładowy kod:

print(f"{'hello { world'}")
print(f"{'hello ] world'}")

CPython output:	MicroPython output:
hello { world hello ] world	Traceback (most recent call last): File "<stdin>", line 9 SyntaxError: invalid syntax

f-stringi nie obsługują konwersji !a¶

Przyczyna: MicroPython nie implementuje ascii()

Obejście: Brak

Przykładowy kod:

f"{'unicode text'!a}"

CPython output:	MicroPython output:
	Traceback (most recent call last): File "<stdin>", line 8 SyntaxError: invalid syntax

import¶

Atrybut path pakietu ma inny typ (pojedynczy ciąg znaków zamiast listy ciągów znaków) w MicroPython¶

Przyczyna: MicroPython nie obsługuje pakietów przestrzeni nazw rozdzielonych w systemie plików. Ponadto system importu MicroPython jest wysoce zoptymalizowany pod kątem minimalnego użycia pamięci.

Obejście: Szczegóły obsługi importu są z natury zależne od implementacji. Nie polegaj na takich szczegółach w przenośnych aplikacjach.

Przykładowy kod:

import modules

print(modules.__path__)

CPython output:	MicroPython output:
['/home/runner/work/openmv-doc/openmv-doc/micropython/tests/cpydiff/modules']	../tests/cpydiff/modules

MicroPython nie obsługuje pakietów przestrzeni nazw rozdzielonych w systemie plików.¶

Przyczyna: System importu MicroPython jest wysoce zoptymalizowany pod kątem prostoty, minimalnego użycia pamięci i minimalnego narzutu wyszukiwania w systemie plików.

Obejście: Nie instaluj modułów należących do tego samego pakietu przestrzeni nazw w różnych katalogach. W MicroPython zaleca się posiadanie co najwyżej 3-składnikowych ścieżek wyszukiwania modułów: dla bieżącej aplikacji, dla użytkownika (do zapisu) i ogólnosystemowej (tylko do odczytu).

Przykładowy kod:

import sys

sys.path.append(sys.path[1] + "/modules")
sys.path.append(sys.path[1] + "/modules2")

import subpkg.foo
import subpkg.bar

print("Two modules of a split namespace package imported")

CPython output:	MicroPython output:
Two modules of a split namespace package imported	Traceback (most recent call last): File "<stdin>", line 14, in <module> ImportError: no module named 'subpkg.bar'

Rdzeń języka¶

Klasy¶

Specjalna metoda __del__ nie jest zaimplementowana dla klas zdefiniowanych przez użytkownika¶

__init_subclass__ isn’t automatically called.¶

__init_subclass__ isn’t an implicit classmethod.¶

MicroPython doesn’t support parameterized __init_subclass__ class customization.¶

__init_subclass__ can’t be defined a cooperatively-recursive way.¶

Kolejność rozwiązywania metod (MRO) nie jest zgodna z CPython¶

Przeróbka nazw prywatnych składowych klasy nie jest zaimplementowana¶

Podczas dziedziczenia po typach natywnych wywołanie metody w __init__(self, ...) przed super().__init__() powoduje wyjątek AttributeError (lub naruszenie ochrony pamięci, jeśli MICROPY_BUILTIN_METHOD_CHECK_SELF_ARG nie jest włączone).¶

Przy dziedziczeniu po wielu klasach super() wywołuje tylko jedną klasę¶

Wywołanie właściwości getter super() w podklasie zwróci obiekt właściwości, a nie wartość¶

Exceptions¶

Throwing a derived exception class instance in its __init__ without first calling super().__init__ is a TypeError¶

Funkcje¶

Komunikaty błędów dla metod mogą wyświetlać nieoczekiwane liczby argumentów¶

Obiekty funkcji nie mają atrybutu __module__¶

Atrybuty zdefiniowane przez użytkownika dla funkcji nie są obsługiwane¶

Generator¶

Metoda __exit__() menedżera kontekstu nie jest wywoływana w generatorze, który nie dociera do końca¶

Środowisko uruchomieniowe¶

Zmienne lokalne nie są uwzględniane w wyniku locals()¶

Kod uruchomiony w funkcji eval() nie ma dostępu do zmiennych lokalnych¶

f-strings¶

f-stringi nie obsługują konkatenacji z sąsiednimi literałami, jeśli te literały zawierają nawiasy klamrowe¶

f-stringi nie mogą obsługiwać wyrażeń wymagających parsowania w celu rozwiązania niezbalansowanych zagnieżdżonych nawiasów klamrowych i okrągłych¶

f-stringi nie obsługują konwersji !a¶

import¶

Atrybut __path__ pakietu ma inny typ (pojedynczy ciąg znaków zamiast listy ciągów znaków) w MicroPython¶

MicroPython nie obsługuje pakietów przestrzeni nazw rozdzielonych w systemie plików.¶

Specjalna metoda del nie jest zaimplementowana dla klas zdefiniowanych przez użytkownika¶

`__init_subclass__` isn’t automatically called.¶

`__init_subclass__` isn’t an implicit classmethod.¶

MicroPython doesn’t support parameterized `__init_subclass__` class customization.¶

`__init_subclass__` can’t be defined a cooperatively-recursive way.¶

Podczas dziedziczenia po typach natywnych wywołanie metody w `init(self, ...)` przed `super().init()` powoduje wyjątek `AttributeError` (lub naruszenie ochrony pamięci, jeśli `MICROPY_BUILTIN_METHOD_CHECK_SELF_ARG` nie jest włączone).¶

Throwing a derived exception class instance in its `init` without first calling `super().init` is a TypeError¶

Obiekty funkcji nie mają atrybutu `module`¶

Metoda exit() menedżera kontekstu nie jest wywoływana w generatorze, który nie dociera do końca¶

Atrybut path pakietu ma inny typ (pojedynczy ciąg znaków zamiast listy ciągów znaków) w MicroPython¶