{"id":120075,"date":"2024-10-08T01:09:07","date_gmt":"2024-10-07T23:09:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-yazyka-programmirovaniya-python-3-13"},"modified":"2024-10-08T01:09:07","modified_gmt":"2024-10-07T23:09:07","slug":"vypusk-yazyka-programmirovaniya-python-3-13","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-yazyka-programmirovaniya-python-3-13","title":{"rendered":"Rilascio del linguaggio di programmazione Python 3.13","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo un anno di sviluppo, \u00e8 stata rilasciata una versione significativa del linguaggio di programmazione Python 3.13. Questo ramo sar\u00e0 supportato per un anno e mezzo, dopodich\u00e9 per ulteriori tre anni verranno forniti aggiornamenti con correzioni di vulnerabilit\u00e0. <\/p>\n
Tra le novit\u00e0 introdotte in Python 3.13: <\/p>\n
\n
\u00c8 stata aggiunta un'implementazione sperimentale del compilatore JIT, che consente un notevole miglioramento delle prestazioni. Per attivare il JIT in CPython \u00e8 stata aggiunta l'opzione di compilazione «—enable-experimental-jit», il cui utilizzo richiede l'installazione di LLVM come dipendenza aggiuntiva. Il processo di traduzione del codice macchina nel JIT \u00e8 basato sull'architettura «Copy-and-Patch», in cui un file oggetto nel formato ELF viene creato tramite LLVM, contenente dati sulle istruzioni del bytecode e informazioni sulla necessaria sostituzione dei dati. Il JIT sostituisce le istruzioni del bytecode generate durante l'interpretazione del programma con le loro rappresentazioni in codice macchina, sostituendo al contempo i dati necessari per i calcoli (il JIT copia modelli gi\u00e0 compilati di funzioni e inserisce in essi i valori richiesti, come argomenti e costanti).\n
\u00c8 stata aggiunta una modalit\u00e0 sperimentale di compilazione di CPython senza il Global Interpreter Lock (GIL), attivabile tramite l'opzione «—without-gil», che risolve il problema del parallelismo delle operazioni su sistemi multicore, causato dal fatto che il blocco globale non consente l'accesso parallelo agli oggetti condivisi da thread diversi. Disattivare il GIL comporta costi aggiuntivi dovuti alla modifica del garbage collector, del sistema di gestione della memoria e dei primitivi necessari per l'organizzazione dei blocchi. Ad esempio, a causa dell'uso del conteggio dei riferimenti per isolare i thread, si osserva una riduzione delle prestazioni nei casi a thread singolo di circa il 10%. Tuttavia, tali costi possono essere compensati dal parallelismo delle operazioni.\n
\u00c8 stato proposto un nuovo interprete interattivo migliorato, basato sui risultati del progetto PyPy, che supporta funzionalit\u00e0 come la modifica multilinea, il salvataggio e la visualizzazione della cronologia, una formattazione a colori delle richieste e dei trace, l'uso di comandi simili a REPL (help, exit, quit, ecc.) senza dover richiamare funzioni, assistenza interattiva e la modalit\u00e0 di inserimento di grandi blocchi di codice.\n
\u00c8 stata modificata la semantica della funzione integrata locals(), che restituisce tutte le variabili locali e i loro valori nell'ambito attuale, per gli ambiti ottimizzati come funzioni, generatori e coroutine, per i quali ora vengono restituiti snapshot indipendenti delle variabili locali e non locali riflettute nelle chiusure.\n
\u00c8 stata inclusa di default una versione modificata della libreria mimalloc della Microsoft, un sistema di allocazione della memoria che dimostra un'ottima performance. La libreria \u00e8 utilizzata nella compilazione senza GIL.\n
Il compilatore si occupa di rimuovere gli spazi bianchi iniziali da ogni stringa documentativa (docstring), il che ha consentito una riduzione della memoria consumata e una diminuzione della dimensione della cache del bytecode (file .pyc).\n
Nel modulo dbm \u00e8 stato implementato il backend dbm.sqlite3, che utilizza SQLite ed \u00e8 applicato di default nella creazione di nuovi file.\n
Implementata la possibilit\u00e0 di specificare valori predefiniti nei parametri di tipo (typing.TypeVar, typing.ParamSpec e typing.TypeVarTuple). Ad esempio: ‘T = TypeVar(«T», default=int)’.\n
\u00c8 stata aggiunta una nuova annotazione typing.TypeIs per una specificazione dei tipi, pi\u00f9 intuitiva rispetto a typing.TypeGuard.\n
\u00c8 stata introdotta la possibilit\u00e0 di utilizzare l'annotazione typing.ReadOnly per contrassegnare gli elementi TypeDicts disponibili solo in modalit\u00e0 di sola lettura.\n
\u00c8 stata introdotta una nuova annotazione warnings.deprecated() per contrassegnare gli elementi obsoleti nel sistema di tipi.\n
I seguenti moduli sono stati rimossi dalla libreria standard: aifc, audioop, chunk, cgi, cgitb, crypt, imghdr, mailcap, msilib, nis, nntplib, ossaudiodev, pipes, sndhdr, spwd, sunau, telnetlib, uu, xdrlib e lib2to3, precedentemente dichiarati obsoleti.\n
Nel modulo copy \u00e8 stata aggiunta la funzione copy.replace().\n
Nel modulo os sono state introdotte funzioni per la gestione dei timer attraverso i descrittori timerfd.\n
Per il modulo random \u00e8 stato implementato un'interfaccia della riga di comando.\n
\u00c8 stata interrotta la supporto per le versioni di macOS dalla 10.9 alla 10.12.\n
\u00c8 stato garantito il supporto per le piattaforme mobili iOS e Android, classificate come Tier 3, per le quali \u00e8 assicurata una compilazione affidabile e il supporto \u00e8 fornito da almeno uno sviluppatore chiave, ma eventuali malfunzionamenti legati a questa piattaforma non bloccano il rilascio e non sono coperti dal supporto SLA.\n
Il supporto per la piattaforma wasm32-wasi (WebAssembly System Interface) \u00e8 stato aggiornato al secondo livello, in cui gli errori bloccano il rilascio e le modifiche che li provocano vengono corrette o annullate entro 24 ore. \u00c8 stata interrotta l'assistenza ufficiale per la piattaforma wasm32-emscripten. <\/ul>\n
Nelle prossime ore inizier\u00e0 il beta testing della versione Python 3.14, che rimarr\u00e0 in fase di anteprima per sette mesi, durante i quali verranno aggiunte nuove funzionalit\u00e0 e risolti errori (secondo il nuovo programma di sviluppo, il lavoro sulla nuova versione inizia cinque mesi prima del rilascio della versione precedente e al momento del successivo rilascio raggiunge la fase di beta testing). Successivamente, per tre mesi verr\u00e0 condotto il test delle versioni beta, durante il quale non sar\u00e0 consentito l'aggiunta di nuove funzionalit\u00e0 e l'attenzione sar\u00e0 rivolta esclusivamente alla risoluzione degli errori. Gli ultimi due mesi prima del rilascio la versione sar\u00e0 in fase di candidate, durante la quale verr\u00e0 effettuata la stabilizzazione finale. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"