Linguaggio di base

Generated Fri 19 Jun 2026 22:08:45 UTC

Classi

Il metodo speciale __del__ non è implementato per le classi definite dall’utente

Codice di esempio:

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__()

Codice di esempio:

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.

Codice di esempio:

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.

Codice di esempio:

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.

Codice di esempio:

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__'

L’ordine di risoluzione dei metodi (MRO) non è conforme a CPython

Causa: Ordine di risoluzione dei metodi depth-first non esaustivo

Soluzione alternativa: Evitare gerarchie di classi complesse con ereditarietà multipla e override di metodi complessi. Tenere presente che molti linguaggi non supportano affatto l’ereditarietà multipla.

Codice di esempio:

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)

Il name mangling per i membri privati delle classi non è implementato

Causa: Il compilatore MicroPython non implementa il name mangling per i membri privati delle classi.

Soluzione alternativa: Evitare di usare o avere collisioni con nomi globali, aggiungendo manualmente un prefisso univoco al nome del membro privato della classe.

Codice di esempio:

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.

Quando si ereditano tipi nativi, chiamare un metodo in __init__(self, ...) prima di super().__init__() genera un AttributeError (o un segfault se MICROPY_BUILTIN_METHOD_CHECK_SELF_ARG non è abilitato).

Causa: MicroPython non dispone di metodi __new__ e __init__ separati nei tipi nativi.

Soluzione alternativa: Chiamare prima super().__init__().

Codice di esempio:

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

Quando si eredita da più classi, super() chiama una sola classe

Causa: Vedere L’ordine di risoluzione dei metodi (MRO) non è conforme a CPython

Soluzione alternativa: Vedere L’ordine di risoluzione dei metodi (MRO) non è conforme a CPython

Codice di esempio:

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__

Chiamare una proprietà getter con super() in una sottoclasse restituisce un oggetto property, non il valore

Codice di esempio:

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.

Codice di esempio:

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

Funzioni

I messaggi di errore per i metodi possono mostrare conteggi di argomenti inattesi

Causa: MicroPython conta «self» come argomento.

Soluzione alternativa: Interpretare i messaggi di errore tenendo presenti le informazioni sopra riportate.

Codice di esempio:

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

Gli oggetti funzione non hanno l’attributo __module__

Causa: MicroPython è ottimizzato per ridurre la dimensione del codice e l’utilizzo della RAM.

Soluzione alternativa: Usare sys.modules[function.__globals__['__name__']] per i moduli non incorporati.

Codice di esempio:

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__'

Gli attributi definiti dall’utente per le funzioni non sono supportati

Causa: MicroPython è altamente ottimizzato per l’utilizzo della memoria.

Soluzione alternativa: Usare un dizionario esterno, ad es. FUNC_X[f] = 0.

Codice di esempio:

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'

Generatore

Il metodo __exit__() del context manager non viene chiamato in un generatore che non viene eseguito fino alla fine

Codice di esempio:

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

Runtime

Le variabili locali non sono incluse nel risultato di locals()

Causa: MicroPython non mantiene un ambiente locale simbolico, è ottimizzato in un array di slot. Pertanto, le variabili locali non sono accessibili tramite nome.

Codice di esempio:

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


test()

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

Il codice in esecuzione nella funzione eval() non ha accesso alle variabili locali

Causa: MicroPython non mantiene un ambiente locale simbolico, è ottimizzato in un array di slot. Pertanto, le variabili locali non sono accessibili tramite nome. In pratica, eval(expr) in MicroPython equivale a eval(expr, globals(), globals()).

Codice di esempio:

val = 1


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


test()

CPython output:	MicroPython output:
2 2	2 1

f-strings

Le f-string non supportano la concatenazione con letterali adiacenti se i letterali adiacenti contengono parentesi graffe

Causa: MicroPython è ottimizzato per lo spazio del codice.

Soluzione alternativa: Usare l’operatore + tra stringhe letterali quando non sono entrambe f-string

Codice di esempio:

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

Le f-string non possono supportare espressioni che richiedono l’analisi per risolvere parentesi graffe e quadre annidate non bilanciate

Causa: MicroPython è ottimizzato per lo spazio del codice.

Soluzione alternativa: Usare sempre parentesi graffe e quadre bilanciate nelle espressioni all’interno delle f-string

Codice di esempio:

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

Le f-string non supportano le conversioni !a

Causa: MicroPython non implementa ascii()

Soluzione alternativa: Nessuna

Codice di esempio:

f"{'unicode text'!a}"

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

import

L’attributo __path__ di un pacchetto ha un tipo diverso (stringa singola invece di lista di stringhe) in MicroPython

Causa: MicroPython non supporta i pacchetti namespace distribuiti su più filesystem. Inoltre, il sistema di importazione di MicroPython è altamente ottimizzato per un utilizzo minimo della memoria.

Soluzione alternativa: I dettagli della gestione delle importazioni dipendono intrinsecamente dall’implementazione. Non fare affidamento su tali dettagli nelle applicazioni portabili.

Codice di esempio:

import modules

print(modules.__path__)

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

MicroPython non supporta i pacchetti namespace distribuiti su più filesystem.

Causa: Il sistema di importazione di MicroPython è altamente ottimizzato per semplicità, utilizzo minimo della memoria e overhead minimo nella ricerca sul filesystem.

Soluzione alternativa: Non installare moduli appartenenti allo stesso pacchetto namespace in directory diverse. Per MicroPython, si consiglia di avere al massimo percorsi di ricerca dei moduli a 3 componenti: per l’applicazione corrente, per utente (scrivibile), a livello di sistema (non scrivibile).

Codice di esempio:

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'