Qué hay de nuevo en Python 3.10

Editor:

Pablo Galindo Salgado

Este artículo explica las nuevas características de Python 3.10, en comparación con la 3.9. Python 3.10 se publicó el 4 de octubre de 2021. Para obtener todos los detalles, consulte el changelog.

Resumen: aspectos destacados de la versión

Nuevas funciones de sintaxis:

  • PEP 634, Coincidencia de patrones estructurales: Especificación

  • PEP 635, Coincidencia de patrones estructurales: motivación y fundamento

  • PEP 636, Coincidencia de patrones estructurales: Tutorial

  • bpo-12782, los administradores de contexto entre paréntesis ahora están oficialmente permitidos.

Nuevas funciones en la biblioteca estándar:

  • PEP 618, agregue verificación de longitud opcional al cierre.

Mejoras en el intérprete:

  • PEP 626, números de línea precisos para depuración y otras herramientas.

Nuevas funciones de escritura:

  • PEP 604, Permitir escribir tipos de unión como X | Y

  • PEP 612, variables de especificación de parámetros

  • PEP 613, alias de tipo explícito

  • PEP 647, User-Defined Type Guards

Desactivaciones, eliminaciones o restricciones importantes:

  • PEP 644, requiere OpenSSL 1.1.1 o más reciente

  • PEP 632, módulo distutils obsoleto.

  • PEP 623, desaprobar y prepararse para la eliminación del miembro wstr en PyUnicodeObject.

  • PEP 624, eliminar las API del codificador Py_UNICODE

  • PEP 597, agregar codificación opcional

Nuevas características

Administradores de contexto entre paréntesis

Ahora se admite el uso de entre paréntesis para continuar en varias líneas en los administradores de contexto. Esto permite formatear una colección larga de administradores de contexto en múltiples líneas de una manera similar a como era posible anteriormente con declaraciones de importación. Por ejemplo, todos estos ejemplos ahora son válidos:

with (CtxManager() as example):
    ...

with (
    CtxManager1(),
    CtxManager2()
):
    ...

with (CtxManager1() as example,
      CtxManager2()):
    ...

with (CtxManager1(),
      CtxManager2() as example):
    ...

with (
    CtxManager1() as example1,
    CtxManager2() as example2
):
    ...

también es posible usar una coma al final del grupo adjunto:

with (
    CtxManager1() as example1,
    CtxManager2() as example2,
    CtxManager3() as example3,
):
    ...

Esta nueva sintaxis utiliza las capacidades no LL (1) del nuevo analizador. Consulte PEP 617 para obtener más detalles.

(Contribuido por Guido van Rossum, Pablo Galindo y Lysandros Nikolaou en bpo-12782 y bpo-40334.)

Mejores mensajes de error

SyntaxErrors

Al analizar el código que contiene paréntesis o corchetes sin cerrar, el intérprete ahora incluye la ubicación del corchete de paréntesis sin cerrar en lugar de mostrar SyntaxError: unexpected EOF while parsing o señalar una ubicación incorrecta. Por ejemplo, considere el siguiente código (observe el “{” sin cerrar):

expected = {9: 1, 18: 2, 19: 2, 27: 3, 28: 3, 29: 3, 36: 4, 37: 4,
            38: 4, 39: 4, 45: 5, 46: 5, 47: 5, 48: 5, 49: 5, 54: 6,
some_other_code = foo()

Las versiones anteriores del intérprete informaron lugares confusos como la ubicación del error de sintaxis:

File "example.py", line 3
    some_other_code = foo()
                    ^
SyntaxError: invalid syntax

pero en Python 3.10 se emite un error más informativo:

File "example.py", line 1
    expected = {9: 1, 18: 2, 19: 2, 27: 3, 28: 3, 29: 3, 36: 4, 37: 4,
               ^
SyntaxError: '{' was never closed

De manera similar, los errores que involucran cadenas literales no cerradas (entre comillas simples y triples) ahora apuntan al inicio de la cadena en lugar de informar EOF / EOL.

Estas mejoras están inspiradas en trabajos anteriores en el intérprete de PyPy.

(Contribuido por Pablo Galindo en bpo-42864 y Batuhan Taskaya en bpo-40176.)

Las excepciones de SyntaxError planteadas por el intérprete ahora resaltarán el rango de error completo de la expresión que constituye el error de sintaxis en sí, en lugar de solo dónde se detecta el problema. De esta manera, en lugar de mostrar (antes de Python 3.10):

>>> foo(x, z for z in range(10), t, w)
  File "<stdin>", line 1
    foo(x, z for z in range(10), t, w)
           ^
SyntaxError: Generator expression must be parenthesized

ahora Python 3.10 mostrará la excepción como:

>>> foo(x, z for z in range(10), t, w)
  File "<stdin>", line 1
    foo(x, z for z in range(10), t, w)
           ^^^^^^^^^^^^^^^^^^^^
SyntaxError: Generator expression must be parenthesized

Esta mejora fue aportada por Pablo Galindo en bpo-43914.

Se ha incorporado una cantidad considerable de nuevos mensajes especializados para excepciones SyntaxError. Algunos de los más notables son los siguientes:

  • Falta : antes de los bloques:

    >>> if rocket.position > event_horizon
  File "<stdin>", line 1
    if rocket.position > event_horizon
                                      ^
SyntaxError: expected ':'

    (Aportado por Pablo Galindo en bpo-42997.)

  • Tuplas sin paréntesis en objetivos de comprensión:

    >>> {x,y for x,y in zip('abcd', '1234')}
  File "<stdin>", line 1
    {x,y for x,y in zip('abcd', '1234')}
     ^
SyntaxError: did you forget parentheses around the comprehension target?

    (Aportado por Pablo Galindo en bpo-43017.)

  • Faltan comas en literales de colección y entre expresiones:

    >>> items = {
... x: 1,
... y: 2
... z: 3,
  File "<stdin>", line 3
    y: 2
       ^
SyntaxError: invalid syntax. Perhaps you forgot a comma?

    (Aportado por Pablo Galindo en bpo-43822.)

  • Varios tipos de excepciones sin paréntesis:

    >>> try:
...     build_dyson_sphere()
... except NotEnoughScienceError, NotEnoughResourcesError:
  File "<stdin>", line 3
    except NotEnoughScienceError, NotEnoughResourcesError:
           ^
SyntaxError: multiple exception types must be parenthesized

    (Aportado por Pablo Galindo en bpo-43149.)

  • Falta : y valores en literales de diccionario:

    >>> values = {
... x: 1,
... y: 2,
... z:
... }
  File "<stdin>", line 4
    z:
     ^
SyntaxError: expression expected after dictionary key and ':'

>>> values = {x:1, y:2, z w:3}
  File "<stdin>", line 1
    values = {x:1, y:2, z w:3}
                        ^
SyntaxError: ':' expected after dictionary key

    (Aportado por Pablo Galindo en bpo-43823.)

  • Bloques try sin bloques except o finally:

    >>> try:
...     x = 2
... something = 3
  File "<stdin>", line 3
    something  = 3
    ^^^^^^^^^
SyntaxError: expected 'except' or 'finally' block

    (Aportado por Pablo Galindo en bpo-44305.)

  • Uso de = en lugar de == en comparaciones:

    >>> if rocket.position = event_horizon:
  File "<stdin>", line 1
    if rocket.position = event_horizon:
                       ^
SyntaxError: cannot assign to attribute here. Maybe you meant '==' instead of '='?

    (Aportado por Pablo Galindo en bpo-43797.)

  • Uso de * en f-strings:

    >>> f"Black holes {*all_black_holes} and revelations"
  File "<stdin>", line 1
    (*all_black_holes)
     ^
SyntaxError: f-string: cannot use starred expression here

    (Aportado por Pablo Galindo en bpo-41064.)

Errores de sangría

Muchas excepciones de IndentationError ahora tienen más contexto con respecto a qué tipo de bloque esperaba una sangría, incluida la ubicación de la declaración:

>>> def foo():
...    if lel:
...    x = 2
  File "<stdin>", line 3
    x = 2
    ^
IndentationError: expected an indented block after 'if' statement in line 2

AttributeErrors

Al imprimir AttributeError, PyErr_Display() ofrecerá sugerencias de nombres de atributos similares en el objeto desde el que se generó la excepción:

>>> collections.namedtoplo
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: module 'collections' has no attribute 'namedtoplo'. Did you mean: namedtuple?

(Contribuido por Pablo Galindo en bpo-38530.)

Advertencia

Tenga en cuenta que esto no funcionará si no se llama a PyErr_Display() para mostrar el error, lo que puede suceder si se utiliza alguna otra función de visualización de error personalizada. Este es un escenario común en algunos REPL como IPython.

NameErrors

Al imprimir NameError generado por el intérprete, PyErr_Display() ofrecerá sugerencias de nombres de variable similares en la función desde la que se generó la excepción:

>>> schwarzschild_black_hole = None
>>> schwarschild_black_hole
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'schwarschild_black_hole' is not defined. Did you mean: schwarzschild_black_hole?

(Contribuido por Pablo Galindo en bpo-38530.)

Advertencia

Tenga en cuenta que esto no funcionará si no se llama a PyErr_Display() para mostrar el error, lo que puede suceder si se utiliza alguna otra función de visualización de error personalizada. Este es un escenario común en algunos REPL como IPython.

PEP 626: números de línea precisos para depuración y otras herramientas

PEP 626 ofrece números de línea más precisos y confiables para herramientas de depuración, creación de perfiles y cobertura. Los eventos de rastreo, con el número de línea correcto, se generan para todas las líneas de código ejecutadas y solo para las líneas de código que se ejecutan.

The f_lineno attribute of frame objects will always contain the expected line number.

The co_lnotab attribute of code objects is deprecated and will be removed in 3.12. Code that needs to convert from offset to line number should use the new co_lines() method instead.

PEP 634: Coincidencia de patrones estructurales

Se ha agregado la coincidencia de patrones estructurales en forma de un match statement and case statements de patrones con acciones asociadas. Los patrones constan de secuencias, asignaciones, tipos de datos primitivos e instancias de clases. La coincidencia de patrones permite a los programas extraer información de tipos de datos complejos, ramificar la estructura de los datos y aplicar acciones específicas basadas en diferentes formas de datos.

Sintaxis y operaciones

La sintaxis genérica de la coincidencia de patrones es:

match subject:
    case <pattern_1>:
        <action_1>
    case <pattern_2>:
        <action_2>
    case <pattern_3>:
        <action_3>
    case _:
        <action_wildcard>

Una declaración de coincidencia toma una expresión y compara su valor con los patrones sucesivos dados como uno o más bloques de casos. Específicamente, la coincidencia de patrones funciona mediante:

  1. usando datos con tipo y forma (el subject)

  2. evaluar el subject en la declaración match

  3. comparar el sujeto con cada patrón en una declaración case de arriba a abajo hasta que se confirme una coincidencia.

  4. ejecutar la acción asociada con el patrón de la coincidencia confirmada

  5. Si no se confirma una coincidencia exacta, el último caso, un comodín _, si se proporciona, se utilizará como caso coincidente. Si no se confirma una coincidencia exacta y no existe un comodín, todo el bloque de coincidencias es inactivo.

Enfoque declarativo

Los lectores pueden ser conscientes de la coincidencia de patrones a través del simple ejemplo de hacer coincidir un sujeto (objeto de datos) con un literal (patrón) con la declaración de cambio que se encuentra en C, Java o JavaScript (y muchos otros lenguajes). A menudo, la declaración de cambio se utiliza para comparar un objeto / expresión con declaraciones de casos que contienen literales.

Se pueden encontrar ejemplos más poderosos de coincidencia de patrones en lenguajes como Scala y Elixir. Con la coincidencia de patrones estructurales, el enfoque es «declarativo» y establece explícitamente las condiciones (los patrones) para que los datos coincidan.

Si bien una serie «imperativa» de instrucciones que utilizan declaraciones «if» anidadas podría usarse para lograr algo similar a la coincidencia de patrones estructurales, es menos claro que el enfoque «declarativo». En cambio, el enfoque «declarativo» establece las condiciones que se deben cumplir para una coincidencia y es más legible a través de sus patrones explícitos. Si bien la coincidencia de patrones estructurales se puede usar en su forma más simple comparando una variable con un literal en una declaración de caso, su verdadero valor para Python radica en su manejo del tipo y la forma del sujeto.

Patrón simple: coincidir con un literal

Veamos este ejemplo como coincidencia de patrones en su forma más simple: un valor, el sujeto, se empareja con varios literales, los patrones. En el siguiente ejemplo, status es el tema de la declaración de coincidencia. Los patrones son cada una de las declaraciones de casos, donde los literales representan códigos de estado de solicitud. La acción asociada al caso se ejecuta después de una coincidencia:

def http_error(status):
    match status:
        case 400:
            return "Bad request"
        case 404:
            return "Not found"
        case 418:
            return "I'm a teapot"
        case _:
            return "Something's wrong with the internet"

Si a la función anterior se le pasa un status de 418, se devuelve «Soy una tetera». Si a la función anterior se le pasa un status de 500, la declaración de caso con _ coincidirá como un comodín y se devuelve «Algo anda mal con Internet». Tenga en cuenta el último bloque: el nombre de la variable, _, actúa como wildcard y asegura que el sujeto siempre coincidirá. El uso de _ es opcional.

Puede combinar varios literales en un solo patrón usando | («o»)

case 401 | 403 | 404:
    return "Not allowed"
Comportamiento sin el comodín

Si modificamos el ejemplo anterior eliminando el último bloque de caso, el ejemplo se convierte en:

def http_error(status):
    match status:
        case 400:
            return "Bad request"
        case 404:
            return "Not found"
        case 418:
            return "I'm a teapot"

Sin el uso de _ en una declaración de caso, es posible que no exista una coincidencia. Si no existe ninguna coincidencia, el comportamiento es inactivo. Por ejemplo, si se pasa status de 500, se produce una no operación.

Patrones con un literal y una variable

Los patrones pueden verse como asignaciones de desempaquetado y se puede usar un patrón para vincular variables. En este ejemplo, un punto de datos se puede descomprimir en su coordenada xy coordenada y:

# point is an (x, y) tuple
match point:
    case (0, 0):
        print("Origin")
    case (0, y):
        print(f"Y={y}")
    case (x, 0):
        print(f"X={x}")
    case (x, y):
        print(f"X={x}, Y={y}")
    case _:
        raise ValueError("Not a point")

El primer patrón tiene dos literales, (0, 0), y se puede considerar como una extensión del patrón literal que se muestra arriba. Los siguientes dos patrones combinan un literal y una variable, y la variable binds un valor del sujeto (point). El cuarto patrón captura dos valores, lo que lo hace conceptualmente similar a la asignación de desembalaje (x, y) = point.

Patrones y clases

Si está usando clases para estructurar sus datos, puede usar como patrón el nombre de la clase seguido de una lista de argumentos que se asemeja a un constructor. Este patrón tiene la capacidad de capturar atributos de clase en variables:

class Point:
    x: int
    y: int

def location(point):
    match point:
        case Point(x=0, y=0):
            print("Origin is the point's location.")
        case Point(x=0, y=y):
            print(f"Y={y} and the point is on the y-axis.")
        case Point(x=x, y=0):
            print(f"X={x} and the point is on the x-axis.")
        case Point():
            print("The point is located somewhere else on the plane.")
        case _:
            print("Not a point")
Patrones con parámetros posicionales

Puede usar parámetros posicionales con algunas clases integradas que proporcionan un orden para sus atributos (por ejemplo, clases de datos). También puede definir una posición específica para atributos en patrones configurando el atributo especial __match_args__ en sus clases. Si se establece en («x», «y»), los siguientes patrones son todos equivalentes (y todos vinculan el atributo y a la variable var):

Point(1, var)
Point(1, y=var)
Point(x=1, y=var)
Point(y=var, x=1)

Patrones anidados

Los patrones se pueden anidar arbitrariamente. Por ejemplo, si nuestros datos son una lista corta de puntos, podrían coincidir así:

match points:
    case []:
        print("No points in the list.")
    case [Point(0, 0)]:
        print("The origin is the only point in the list.")
    case [Point(x, y)]:
        print(f"A single point {x}, {y} is in the list.")
    case [Point(0, y1), Point(0, y2)]:
        print(f"Two points on the Y axis at {y1}, {y2} are in the list.")
    case _:
        print("Something else is found in the list.")

Patrones complejos y el comodín

Hasta este punto, los ejemplos han utilizado _ solo en la última declaración de caso. Se puede utilizar un comodín en patrones más complejos, como ('error', code, _). Por ejemplo:

match test_variable:
    case ('warning', code, 40):
        print("A warning has been received.")
    case ('error', code, _):
        print(f"An error {code} occurred.")

En el caso anterior, test_variable coincidirá con (“error”, código, 100) y (“error”, código, 800).

Guardia

Podemos agregar una cláusula if a un patrón, conocido como «guardia». Si la guardia es falsa, match pasa a probar el siguiente bloque de caso. Tenga en cuenta que la captura de valor ocurre antes de que se evalúe la guardia:

match point:
    case Point(x, y) if x == y:
        print(f"The point is located on the diagonal Y=X at {x}.")
    case Point(x, y):
        print(f"Point is not on the diagonal.")

Otras características clave

Varias otras características clave:

  • Al igual que las asignaciones de desempaquetado, los patrones de tupla y lista tienen exactamente el mismo significado y en realidad coinciden con secuencias arbitrarias. Técnicamente, el tema debe ser una secuencia. Por lo tanto, una excepción importante es que los patrones no coinciden con los iteradores. Además, para evitar un error común, los patrones de secuencia no coinciden con las cadenas.

  • Los patrones de secuencia admiten comodines: [x, y, *rest] y (x, y, *rest) funcionan de manera similar a los comodines en las asignaciones de desempaquetado. El nombre después de * también puede ser _, por lo que (x, y, *_) coincide con una secuencia de al menos dos elementos sin vincular los elementos restantes.

  • Patrones de mapeo: {"bandwidth": b, "latency": l} captura los valores "bandwidth" y "latency" de un dict. A diferencia de los patrones de secuencia, las claves adicionales se ignoran. También se admite un comodín **rest. (Pero **_ sería redundante, por lo que no está permitido).

  • Los subpatrones se pueden capturar utilizando la palabra clave as:

    case (Point(x1, y1), Point(x2, y2) as p2): ...

    Esto vincula x1, y1, x2, y2 como cabría esperar sin la cláusula as y p2 a todo el segundo elemento del tema.

  • La mayoría de los literales se comparan por igualdad. Sin embargo, los singleton True, False y None se comparan por identidad.

  • Las constantes con nombre se pueden usar en patrones. Estas constantes nombradas deben ser nombres con puntos para evitar que la constante se interprete como una variable de captura:

    from enum import Enum
class Color(Enum):
    RED = 0
    GREEN = 1
    BLUE = 2

match color:
    case Color.RED:
        print("I see red!")
    case Color.GREEN:
        print("Grass is green")
    case Color.BLUE:
        print("I'm feeling the blues :(")

Para obtener la especificación completa, consulte PEP 634. La motivación y el fundamento están en PEP 635, y un tutorial más largo está en PEP 636.

Opción opcional EncodingWarning y encoding="locale"

La codificación predeterminada de TextIOWrapper y open() depende de la plataforma y la configuración regional. Dado que UTF-8 se usa en la mayoría de las plataformas Unix, omitir la opción encoding al abrir archivos UTF-8 (por ejemplo, JSON, YAML, TOML, Markdown) es un error muy común. Por ejemplo:

# BUG: "rb" mode or encoding="utf-8" should be used.
with open("data.json") as f:
    data = json.load(f)

Para encontrar este tipo de error, se agrega un EncodingWarning opcional. Se emite cuando sys.flags.warn_default_encoding es verdadero y se utiliza la codificación predeterminada específica de la configuración regional.

Se agregan la opción -X warn_default_encoding y PYTHONWARNDEFAULTENCODING para habilitar la advertencia.

Consulte Codificación de texto para obtener más información.

Otros cambios de idioma

  • El tipo int tiene un nuevo método int.bit_count(), que devuelve el número de unos en la expansión binaria de un entero dado, también conocido como recuento de población. (Contribuido por Niklas Fiekas en bpo-29882.)

  • Las vistas devueltas por dict.keys(), dict.values() y dict.items() ahora tienen todas un atributo mapping que proporciona un objeto types.MappingProxyType que envuelve el diccionario original. (Contribuido por Dennis Sweeney en bpo-40890.)

  • PEP 618: La función zip() ahora tiene un indicador strict opcional, que se utiliza para requerir que todos los iterables tengan la misma longitud.

  • Las funciones integradas y de extensión que toman argumentos enteros ya no aceptan Decimal s, Fraction sy otros objetos que se pueden convertir a números enteros solo con una pérdida (por ejemplo, que tienen el método __int__() pero no tienen el método __index__()). (Contribuido por Serhiy Storchaka en bpo-37999.)

  • If object.__ipow__() returns NotImplemented, the operator will correctly fall back to object.__pow__() and object.__rpow__() as expected. (Contributed by Alex Shkop in bpo-38302.)

  • Las expresiones de asignación ahora se pueden usar sin paréntesis dentro de literales de conjuntos y comprensiones de conjuntos, así como en índices de secuencia (pero no por sectores).

  • Las funciones tienen un nuevo atributo __builtins__ que se usa para buscar símbolos incorporados cuando se ejecuta una función, en lugar de buscar en __globals__['__builtins__']. El atributo se inicializa desde __globals__["__builtins__"] si existe, de lo contrario desde las incorporaciones actuales. (Contribuido por Mark Shannon en bpo-42990.)

  • Se han agregado dos nuevas funciones integradas: aiter() y anext() para proporcionar contrapartes asíncronas a iter() y next(), respectivamente. (Contribuido por Joshua Bronson, Daniel Pope y Justin Wang en bpo-31861.)

  • Los métodos estáticos (@staticmethod) y los métodos de clase (@classmethod) ahora heredan los atributos del método (__module__, __name__, __qualname__, __doc__, __annotations__) y tienen un nuevo atributo __wrapped__. Además, los métodos estáticos ahora se pueden llamar como funciones regulares. (Contribuido por Victor Stinner en bpo-43682.)

  • Las anotaciones para objetivos complejos (todo junto a los objetivos simple name definidos por PEP 526) ya no causan ningún efecto de tiempo de ejecución con from __future__ import annotations. (Contribuido por Batuhan Taskaya en bpo-42737.)

  • Los objetos de clase y módulo ahora crean de forma perezosa anotaciones vacías dictados a pedido. Los dictados de anotaciones se almacenan en el __dict__ del objeto para compatibilidad con versiones anteriores. Esto mejora las mejores prácticas para trabajar con __annotations__; para obtener más información, consulte Prácticas recomendadas para las anotaciones. (Contribuido por Larry Hastings en bpo-43901.)

  • Las anotaciones consisten en yield, yield from, await o expresiones con nombre ahora están prohibidas bajo from __future__ import annotations debido a sus efectos secundarios. (Contribuido por Batuhan Taskaya en bpo-42725.)

  • El uso de variables independientes, super() y otras expresiones que podrían alterar el procesamiento de la tabla de símbolos como anotaciones ahora no tienen efecto bajo from __future__ import annotations. (Contribuido por Batuhan Taskaya en bpo-42725.)

  • Los valores hash de NaN tanto del tipo float como del tipo decimal.Decimal ahora dependen de la identidad del objeto. Anteriormente, siempre tenían hash en 0 aunque los valores de NaN no son iguales entre sí. Esto provocó un comportamiento de tiempo de ejecución potencialmente cuadrático debido a colisiones de hash excesivas al crear diccionarios y conjuntos que contienen varios NaN. (Contribuido por Raymond Hettinger en bpo-43475.)

  • A SyntaxError (instead of a NameError) will be raised when deleting the __debug__ constant. (Contributed by Donghee Na in bpo-45000.)

  • Las excepciones SyntaxError ahora tienen atributos end_lineno y end_offset. Serán None si no se determinan. (Contribuido por Pablo Galindo en bpo-43914.)

Nuevos módulos

  • None.

Módulos mejorados

asyncio

Agregue el método connect_accepted_socket() faltante. (Contribuido por Alex Grönholm en bpo-41332.)

argumentar

La frase engañosa «argumentos opcionales» fue reemplazada por «opciones» en la ayuda de argparse. Algunas pruebas pueden requerir una adaptación si se basan en la coincidencia exacta de la salida. (Contribuido por Raymond Hettinger en bpo-9694.)

formación

El método index() de array.array ahora tiene parámetros start and stop opcionales. (Contribuido por Anders Lorentsen y Zackery Spytz en bpo-31956.)

asynchat, asyncore, smtpd

Estos módulos se han marcado como obsoletos en la documentación del módulo desde Python 3.6. Ahora se ha agregado un DeprecationWarning en tiempo de importación a estos tres módulos.

base64

Agregue base64.b32hexencode() y base64.b32hexdecode() para admitir la codificación Base32 con alfabeto hexadecimal extendido.

bdb

Agregue clearBreakpoints() para restablecer todos los puntos de interrupción establecidos. (Contribuido por Irit Katriel en bpo-24160.)

bisecar

Se agregó la posibilidad de proporcionar una función key a las API en el módulo bisect. (Contribuido por Raymond Hettinger en bpo-4356.)

códecs

Agregue una función codecs.unregister() para anular el registro de una función de búsqueda de códec. (Contribuido por Hai Shi en bpo-41842.)

colecciones.abc

El __args__ del parameterized generic para collections.abc.Callable ahora es consistente con typing.Callable. collections.abc.Callable genérico ahora aplana los parámetros de tipo, similar a lo que hace actualmente typing.Callable. Esto significa que collections.abc.Callable[[int, str], str] tendrá __args__ de (int, str, str); anteriormente esto era ([int, str], str). Para permitir este cambio, types.GenericAlias ahora puede ser subclasificado, y se devolverá una subclase al subíndice el tipo collections.abc.Callable. Tenga en cuenta que se puede generar un TypeError para formas no válidas de parametrizar collections.abc.Callable que pueden haber pasado silenciosamente en Python 3.9. (Contribuido por Ken Jin en bpo-42195.)

contextlib

Agregue un administrador de contexto contextlib.aclosing() para cerrar de forma segura los generadores asíncronos y los objetos que representan recursos liberados de manera asíncrona. (Contribuido por Joongi Kim y John Belmonte en bpo-41229.)

Agregue soporte de administrador de contexto asincrónico a contextlib.nullcontext(). (Contribuido por Tom Gringauz en bpo-41543.)

Agregue AsyncContextDecorator, para admitir el uso de administradores de contexto asíncronos como decoradores.

maldiciones

Las funciones de color extendidas agregadas en ncurses 6.1 serán utilizadas de forma transparente por curses.color_content(), curses.init_color(), curses.init_pair() y curses.pair_content(). Una nueva función, curses.has_extended_color_support(), indica si la biblioteca ncurses subyacente proporciona compatibilidad de color ampliada. (Contribuido por Jeffrey Kintscher y Hans Petter Jansson en bpo-36982.)

Las constantes BUTTON5_* ahora se exponen en el módulo curses si las proporciona la biblioteca de curses subyacente. (Contribuido por Zackery Spytz en bpo-39273.)

clases de datos

__slots__

Se agregó el parámetro slots en el decorador dataclasses.dataclass(). (Contribuido por Yurii Karabas en bpo-42269)

Campos solo de palabras clave

dataclasses ahora admite campos que son solo palabras clave en el método __init__ generado. Hay varias formas de especificar campos de solo palabras clave.

Puede decir que todos los campos son solo palabras clave:

from dataclasses import dataclass

@dataclass(kw_only=True)
class Birthday:
    name: str
    birthday: datetime.date

Tanto name como birthday son parámetros de solo palabras clave para el método __init__ generado.

Puede especificar solo palabras clave por campo:

from dataclasses import dataclass, field

@dataclass
class Birthday:
    name: str
    birthday: datetime.date = field(kw_only=True)

Aquí solo birthday es solo palabra clave. Si configura kw_only en campos individuales, tenga en cuenta que existen reglas sobre el reordenamiento de los campos debido a que los campos de solo palabras clave deben seguir campos que no son solo de palabras clave. Consulte la documentación completa de clases de datos para obtener más detalles.

También puede especificar que todos los campos que siguen a un marcador KW_ONLY sean solo de palabras clave. Este será probablemente el uso más común:

from dataclasses import dataclass, KW_ONLY

@dataclass
class Point:
    x: float
    y: float
    _: KW_ONLY
    z: float = 0.0
    t: float = 0.0

Aquí, z y t son parámetros de solo palabras clave, mientras que x y y no lo son. (Aportado por Eric V. Smith en bpo-43532.)

distutils

Todo el paquete distutils está obsoleto y se eliminará en Python 3.12. Su funcionalidad para especificar compilaciones de paquetes ya ha sido completamente reemplazada por paquetes de terceros setuptools y packaging, y la mayoría de las otras API de uso común están disponibles en otras partes de la biblioteca estándar (como platform, shutil, subprocess o sysconfig). No hay planes para migrar ninguna otra funcionalidad de distutils, y las aplicaciones que utilizan otras funciones deben planificar la realización de copias privadas del código. Consulte PEP 632 para obtener más información.

Se eliminó el comando bdist_wininst en desuso en Python 3.8. Ahora se recomienda el comando bdist_wheel para distribuir paquetes binarios en Windows. (Contribuido por Victor Stinner en bpo-42802.)

doctest

Cuando un módulo no define __loader__, recurre a __spec__.loader. (Contribuido por Brett Cannon en bpo-42133.)

codificaciones

encodings.normalize_encoding() ahora ignora los caracteres que no son ASCII. (Contribuido por Hai Shi en bpo-39337.)

enum

Enum __repr__() ahora devuelve enum_name.member_name y __str__() ahora devuelve member_name. Los enums de Stdlib disponibles como constantes de módulo tienen un repr() de module_name.member_name. (Contribuido por Ethan Furman en bpo-40066.)

Añadir enum.StrEnum para los enums en los que todos los miembros son cadenas. (Contribuido por Ethan Furman en bpo-41816.)

entrada de archivo

Agregue los parámetros encoding and errors en fileinput.input() y fileinput.FileInput. (Contribuido por Inada Naoki en bpo-43712.)

fileinput.hook_compressed() ahora devuelve el objeto TextIOWrapper cuando mode es «r» y el archivo está comprimido, como archivos sin comprimir. (Contribuido por Inada Naoki en bpo-5758.)

manipulador de faltas

El módulo faulthandler ahora detecta si ocurre un error fatal durante la recolección de un recolector de basura. (Contribuido por Victor Stinner en bpo-44466.)

GC

Agregue ganchos de auditoría para gc.get_objects(), gc.get_referrers() y gc.get_referents(). (Contribuido por Pablo Galindo en bpo-43439.)

glob

Agregue los parámetros root_dir and dir_fd en glob() y iglob() que permiten especificar el directorio raíz para la búsqueda. (Contribuido por Serhiy Storchaka en bpo-38144.)

hashlib

El módulo hashlib requiere OpenSSL 1.1.1 o más reciente. (Contribuido por Christian Heimes en PEP 644 y bpo-43669.)

El módulo hashlib tiene soporte preliminar para OpenSSL 3.0.0. (Contribuido por Christian Heimes en bpo-38820 y otros números).

El respaldo de Python puro de pbkdf2_hmac() está en desuso. En el futuro, PBKDF2-HMAC solo estará disponible cuando Python se haya construido con soporte OpenSSL. (Contribuido por Christian Heimes en bpo-43880.)

hmac

El módulo hmac ahora usa la implementación HMAC de OpenSSL internamente. (Contribuido por Christian Heimes en bpo-40645.)

IDLE e idlelib

Hacer que IDLE invoque sys.excepthook() (cuando se inicia sin “-n”). Los ganchos de usuario se ignoraban anteriormente. (Aportado por Ken Hilton en bpo-43008.)

Reorganizar el diálogo de configuración. Dividir la pestaña General en las pestañas Windows y Shell/Ed. Mover las fuentes de ayuda, que amplían el menú Ayuda, a la pestaña Extensiones. Hacer espacio para nuevas opciones y acortar el diálogo. Esto último hace que el diálogo se adapte mejor a las pantallas pequeñas. (Contribuido por Terry Jan Reedy en bpo-40468.) Mover la configuración del espacio de indentación de la pestaña de Fuente a la nueva pestaña Windows. (Contribuido por Mark Roseman y Terry Jan Reedy en bpo-33962.)

Los cambios anteriores se trasladaron a una versión de mantenimiento 3.9.

Agrega una barra lateral de Shell. Mueva el indicador principal (“>>>”) a la barra lateral. Agregue mensajes secundarios (”…”) a la barra lateral. El clic izquierdo y el arrastre opcional seleccionan una o más líneas de texto, como con la barra lateral del número de línea del editor. Al hacer clic derecho después de seleccionar líneas de texto, se muestra un menú contextual con “copiar con indicaciones”. Esto comprime los mensajes de la barra lateral con líneas del texto seleccionado. Esta opción también aparece en el menú contextual del texto. (Contribuido por Tal Einat en bpo-37903.)

Use espacios en lugar de tabulaciones para sangrar el código interactivo. Esto hace que las entradas de código interactivo “se vean bien”. Hacer esto factible fue una de las principales motivaciones para agregar la barra lateral de shell. (Aportado por Terry Jan Reedy en bpo-37892.)

Resalte los nuevos soft keywords match, case y _ en declaraciones de coincidencia de patrones. Sin embargo, este resaltado no es perfecto y será incorrecto en algunos casos excepcionales, incluidos algunos _-s en patrones case. (Aportado por Tal Einat en bpo-44010.)

Nuevo en la versión de mantenimiento 3.10.

Aplicar el resaltado de sintaxis a los archivos .pyi. (Contribución de Alex Waygood y Terry Jan Reedy en bpo-45447.)

Incluir avisos al guardar Shell con entradas y salidas. (Contribuido por Terry Jan Reedy en gh-95191.)

importlib.metadata

Paridad de características con importlib_metadata 4.6 (history).

importlib.metadata entry points ahora brinda una mejor experiencia para seleccionar puntos de entrada por grupo y nombre a través de una nueva clase importlib.metadata.EntryPoints. Consulte la Nota de compatibilidad en los documentos para obtener más información sobre la obsolescencia y el uso.

Se agregó importlib.metadata.packages_distributions() para resolver módulos y paquetes de Python de nivel superior en su importlib.metadata.Distribution.

inspeccionar

Cuando un módulo no define __loader__, recurre a __spec__.loader. (Contribuido por Brett Cannon en bpo-42133.)

Agregue inspect.get_annotations(), que calcula de manera segura las anotaciones definidas en un objeto. Resuelve las peculiaridades de acceder a las anotaciones en varios tipos de objetos y hace muy pocas suposiciones sobre el objeto que examina. inspect.get_annotations() también puede eliminar correctamente las cadenas de anotaciones. inspect.get_annotations() ahora se considera la mejor práctica para acceder al dictado de anotaciones definido en cualquier objeto de Python; Para obtener más información sobre las mejores prácticas para trabajar con anotaciones, consulte Prácticas recomendadas para las anotaciones. De manera relacionada, inspect.signature(), inspect.Signature.from_callable() y inspect.Signature.from_function() ahora llaman a inspect.get_annotations() para recuperar anotaciones. Esto significa que inspect.signature() y inspect.Signature.from_callable() ahora también pueden anular cadenas de anotaciones. (Contribuido por Larry Hastings en bpo-43817.)

itertools

Añadir itertools.pairwise(). (Contribución de Raymond Hettinger en bpo-38200.)

caché de línea

Cuando un módulo no define __loader__, recurre a __spec__.loader. (Contribuido por Brett Cannon en bpo-42133.)

os

Agregue soporte os.cpu_count() para VxWorks RTOS. (Contribuido por Peixing Xin en bpo-41440.)

Agregue una nueva función os.eventfd() y ayudantes relacionados para envolver el syscall eventfd2 en Linux. (Contribuido por Christian Heimes en bpo-41001.)

Agregue os.splice() que permite mover datos entre dos descriptores de archivos sin copiar entre el espacio de direcciones del kernel y el espacio de direcciones del usuario, donde uno de los descriptores de archivos debe hacer referencia a una tubería. (Contribuido por Pablo Galindo en bpo-41625.)

Add O_EVTONLY, O_FSYNC, O_SYMLINK and O_NOFOLLOW_ANY for macOS. (Contributed by Donghee Na in bpo-43106.)

os.path

os.path.realpath() ahora acepta un argumento de solo palabra clave strict. Cuando se establece en True, OSError se genera si no existe una ruta o se encuentra un bucle de enlace simbólico. (Contribuido por Barney Gale en bpo-43757.)

Pathlib

Agregue soporte de división a PurePath.parents. (Aportado por Joshua Cannon en bpo-35498.)

Agregue soporte de indexación negativa a PurePath.parents. (Aportado por Yaroslav Pankovych en bpo-21041.)

Agregue el método Path.hardlink_to que reemplaza a link_to(). El nuevo método tiene el mismo orden de argumentos que symlink_to(). (Contribuido por Barney Gale en bpo-39950.)

pathlib.Path.stat() y chmod() ahora aceptan un argumento de solo palabra clave follow_symlinks para mantener la coherencia con las funciones correspondientes en el módulo os. (Contribuido por Barney Gale en bpo-39906.)

plataforma

Agregue platform.freedesktop_os_release() para recuperar la identificación del sistema operativo del archivo estándar freedesktop.org os-release. (Aportado por Christian Heimes en bpo-28468.)

pprint

pprint.pprint() ahora acepta un nuevo argumento de palabra clave underscore_numbers. (Contribuido por sblondon en bpo-42914.)

pprint ahora puede imprimir de forma bonita instancias de dataclasses.dataclass. (Contribuido por Lewis Gaul en bpo-43080.)

py_compile

Agregue la opción --quiet a la interfaz de línea de comandos de py_compile. (Contribuido por Gregory Schevchenko en bpo-38731.)

pyclbr

Add an end_lineno attribute to the Function and Class objects in the tree returned by pyclbr.readmodule() and pyclbr.readmodule_ex(). It matches the existing (start) lineno. (Contributed by Aviral Srivastava in bpo-38307.)

dejar de lado

The shelve module now uses pickle.DEFAULT_PROTOCOL by default instead of pickle protocol 3 when creating shelves. (Contributed by Zackery Spytz in bpo-34204.)

Estadísticas

Agregue las funciones covariance(), correlation() de Pearson y linear_regression() simple. (Contribuido por Tymoteusz Wołodźko en bpo-38490.)

sitio

Cuando un módulo no define __loader__, recurre a __spec__.loader. (Contribuido por Brett Cannon en bpo-42133.)

enchufe

La excepción socket.timeout ahora es un alias de TimeoutError. (Contribuido por Christian Heimes en bpo-42413.)

Agregue la opción para crear sockets MPTCP con IPPROTO_MPTCP (Contribuido por Rui Cunha en bpo-43571.)

Agregue la opción IP_RECVTOS para recibir el tipo de servicio (ToS) o los campos DSCP / ECN (Contribuido por Georg Sauthoff en bpo-44077).

ssl

El módulo ssl requiere OpenSSL 1.1.1 o más reciente. (Contribuido por Christian Heimes en PEP 644 y bpo-43669.)

The ssl module has preliminary support for OpenSSL 3.0.0 and new option OP_IGNORE_UNEXPECTED_EOF. (Contributed by Christian Heimes in bpo-38820, bpo-43794, bpo-43788, bpo-43791, bpo-43799, bpo-43920, bpo-43789, and bpo-43811.)

La función obsoleta y el uso de constantes obsoletas ahora dan como resultado un DeprecationWarning. ssl.SSLContext.options tiene OP_NO_SSLv2 y OP_NO_SSLv3 configurados de forma predeterminada y, por lo tanto, no puede advertir sobre la configuración de la bandera nuevamente. El deprecation section tiene una lista de funciones obsoletas. (Contribuido por Christian Heimes en bpo-43880.)

El módulo ssl ahora tiene una configuración predeterminada más segura. Los cifrados sin confidencialidad directa o SHA-1 MAC están deshabilitados de forma predeterminada. El nivel de seguridad 2 prohíbe claves RSA, DH y ECC débiles con menos de 112 bits de seguridad. SSLContext tiene por defecto la versión mínima del protocolo TLS 1.2. Los ajustes se basan en la investigación de Hynek Schlawack. (Contribuido por Christian Heimes en bpo-43998.)

Los protocolos obsoletos SSL 3.0, TLS 1.0 y TLS 1.1 ya no son compatibles oficialmente. Python no los bloquea activamente. Sin embargo, las opciones de compilación de OpenSSL, las configuraciones de distribución, los parches de proveedores y los conjuntos de cifrado pueden impedir un protocolo de enlace exitoso.

Agregue un parámetro timeout a la función ssl.get_server_certificate(). (Contribuido por Zackery Spytz en bpo-31870.)

El módulo ssl utiliza tipos de pila e inicialización multifase. (Contribuido por Christian Heimes en bpo-42333.)

A new verify flag VERIFY_X509_PARTIAL_CHAIN has been added. (Contributed by l0x in bpo-40849.)

sqlite3

Agregue eventos de auditoría para connect/handle(), enable_load_extension() y load_extension(). (Contribuido por Erlend E. Aasland en bpo-43762.)

sys

Agregar atributo sys.orig_argv: la lista de los argumentos originales de la línea de comando pasados al ejecutable de Python. (Contribuido por Victor Stinner en bpo-23427.)

Agregue sys.stdlib_module_names, que contiene la lista de nombres de módulos de biblioteca estándar. (Contribuido por Victor Stinner en bpo-42955.)

_hilo

_thread.interrupt_main() now takes an optional signal number to simulate (the default is still signal.SIGINT). (Contributed by Antoine Pitrou in bpo-43356.)

enhebrar

Agregue threading.gettrace() y threading.getprofile() para recuperar las funciones establecidas por threading.settrace() y threading.setprofile() respectivamente. (Contribuido por Mario Corchero en bpo-42251.)

Agregue threading.__excepthook__ para permitir recuperar el valor original de threading.excepthook() en caso de que esté configurado en un valor roto o diferente. (Contribuido por Mario Corchero en bpo-42308.)

rastrear

Las funciones format_exception(), format_exception_only() y print_exception() ahora pueden tomar un objeto de excepción como un argumento solo posicional. (Contribuido por Zackery Spytz y Matthias Bussonnier en bpo-26389.)

tipos

Reintroduzca las clases types.EllipsisType, types.NoneType y types.NotImplementedType, proporcionando un nuevo conjunto de tipos fácilmente interpretables por los verificadores de tipos. (Contribuido por Bas van Beek en bpo-41810.)

mecanografía

Para conocer los cambios importantes, consulte Nuevas funciones relacionadas con las sugerencias de tipos.

El comportamiento de typing.Literal se modificó para cumplir con PEP 586 y para coincidir con el comportamiento de los verificadores de tipo estático especificados en el PEP.

  1. Literal ahora elimina los parámetros duplicados.

  2. Las comparaciones de igualdad entre objetos Literal ahora son independientes del orden.

  3. Las comparaciones Literal ahora respetan los tipos. Por ejemplo, Literal[0] == Literal[False] se evaluó previamente como True. Ahora es False. Para admitir este cambio, la memoria caché de tipos utilizada internamente ahora admite tipos diferenciados.

  4. Los objetos Literal ahora generarán una excepción TypeError durante las comparaciones de igualdad si alguno de sus parámetros no es hashable. Tenga en cuenta que declarar Literal con parámetros que no se pueden aplicar hash no arrojará un error:

    >>> from typing import Literal
>>> Literal[{0}]
>>> Literal[{0}] == Literal[{False}]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unhashable type: 'set'

(Contribuido por Yurii Karabas en bpo-42345.)

Agregue la nueva función typing.is_typeddict() a la introspección si una anotación es typing.TypedDict. (Contribuido por Patrick Reader en bpo-41792.)

Las subclases de typing.Protocol que solo tienen variables de datos declaradas ahora generarán un TypeError cuando se verifiquen con isinstance a menos que estén decoradas con runtime_checkable(). Anteriormente, estos controles pasaban en silencio. Los usuarios deben decorar sus subclases con el decorador runtime_checkable() si quieren protocolos de tiempo de ejecución. (Aportado por Yurii Karabas en bpo-38908.)

La importación desde los submódulos typing.io y typing.re ahora emitirá DeprecationWarning. Estos submódulos quedaron obsoletos desde Python 3.8 y se eliminarán en una versión futura de Python. Todo lo que pertenezca a esos submódulos debe importarse directamente desde typing. (Aportado por Sebastian Rittau en bpo-38291.)

prueba de unidad

Agregue un nuevo método assertNoLogs() para complementar el assertLogs() existente. (Contribuido por Kit Yan Choi en bpo-39385.)

urllib.parse

Las versiones de Python anteriores a Python 3.10 permitían el uso de ; y & como separadores de parámetros de consulta en urllib.parse.parse_qs() y urllib.parse.parse_qsl(). Debido a problemas de seguridad y para cumplir con las recomendaciones más recientes del W3C, esto se ha cambiado para permitir solo una clave separadora, con & como predeterminado. Este cambio también afecta a cgi.parse() y cgi.parse_multipart() ya que utilizan las funciones afectadas internamente. Para obtener más detalles, consulte su documentación respectiva. (Contribuido por Adam Goldschmidt, Senthil Kumaran y Ken Jin en bpo-42967.)

The presence of newline or tab characters in parts of a URL allows for some forms of attacks. Following the WHATWG specification that updates RFC 3986, ASCII newline \n, \r and tab \t characters are stripped from the URL by the parser in urllib.parse preventing such attacks. The removal characters are controlled by a new module level variable urllib.parse._UNSAFE_URL_BYTES_TO_REMOVE. (See gh-88048)

xml

Agregue una clase LexicalHandler al módulo xml.sax.handler. (Contribuido por Jonathan Gossage y Zackery Spytz en bpo-35018.)

zipimport

Agregue métodos relacionados con PEP 451: find_spec(), zipimport.zipimporter.create_module() y zipimport.zipimporter.exec_module(). (Contribuido por Brett Cannon en bpo-42131.)

Agregue el método invalidate_caches(). (Contribuido por Desmond Cheong en bpo-14678.)

Optimizaciones

  • Los constructores str(), bytes() y bytearray() ahora son más rápidos (alrededor del 30-40% para objetos pequeños). (Contribuido por Serhiy Storchaka en bpo-41334.)

  • El módulo runpy ahora importa menos módulos. El tiempo de inicio del comando python3 -m module-name es 1,4 veces más rápido en promedio. En Linux, python3 -I -m module-name importa 69 módulos en Python 3.9, mientras que solo importa 51 módulos (-18) en Python 3.10. (Contribuido por Victor Stinner en bpo-41006 y bpo-41718.)

  • La instrucción LOAD_ATTR ahora usa un nuevo mecanismo «por caché de código de operación». Es aproximadamente un 36% más rápido ahora para los atributos regulares y un 44% más rápido para las tragamonedas. (Contribuido por Pablo Galindo y Yury Selivanov en bpo-42093 y Guido van Rossum en bpo-42927, basado en ideas implementadas originalmente en PyPy y MicroPython).

  • Al compilar Python con --enable-optimizations, ahora -fno-semantic-interposition se agrega tanto a la línea de compilación como a la de enlace. Esto acelera las compilaciones del intérprete de Python creado con --enable-shared con gcc hasta en un 30%. Consulte this article para obtener más detalles. (Contribuido por Victor Stinner y Pablo Galindo en bpo-38980.)

  • Utilice un nuevo código de gestión del búfer de salida para los módulos bz2 / lzma / zlib y agregue la función .readall() a la clase _compression.DecompressReader. La descompresión de bz2 ahora es 1.09x ~ 1.17x más rápida, la descompresión de lzma 1.20x ~ 1.32x más rápida, GzipFile.read(-1) 1.11x ~ 1.18x más rápida. (Contribuido por Ma Lin, revisado por Gregory P. Smith, en bpo-41486)

  • Cuando se utilizan anotaciones en cadena, los dictados de anotaciones para funciones ya no se crean cuando se crea la función. En su lugar, se almacenan como una tupla de cadenas, y el objeto de función convierte esto de forma perezosa en el dictado de anotaciones a pedido. Esta optimización reduce a la mitad el tiempo de CPU necesario para definir una función anotada. (Aportado por Yurii Karabas e Inada Naoki en bpo-42202.)

  • Las funciones de búsqueda de subcadenas como str1 in str2 y str2.find(str1) ahora utilizan a veces el algoritmo de búsqueda de cadenas «bidireccional» de Crochemore & Perrin para evitar el comportamiento cuadrático en cadenas largas. (Contribuido por Dennis Sweeney en bpo-41972)

  • Agregue microoptimizaciones a _PyType_Lookup() para mejorar el rendimiento de búsqueda de caché de atributos de tipo en el caso común de coincidencias de caché. Esto hace que el intérprete sea 1,04 veces más rápido de media. (Aportado por Dino Viehland en bpo-43452.)

  • The following built-in functions now support the faster PEP 590 vectorcall calling convention: map(), filter(), reversed(), bool() and float(). (Contributed by Donghee Na and Jeroen Demeyer in bpo-43575, bpo-43287, bpo-41922, bpo-41873 and bpo-41870.)

  • El rendimiento de BZ2File se mejora al eliminar el RLock interno. Esto hace que el subproceso BZ2File no sea seguro frente a múltiples lectores o escritores simultáneos, al igual que siempre lo han sido sus clases equivalentes en gzip y lzma. (Aportado por Inada Naoki en bpo-43785.)

Obsoleto

Eliminado

  • Se eliminaron los métodos especiales __int__, __float__, __floordiv__, __mod__, __divmod__, __rfloordiv__, __rmod__ y __rdivmod__ de la clase complex. Siempre levantaron un TypeError. (Contribuido por Serhiy Storchaka en bpo-41974.)

  • Se ha eliminado el método ParserBase.error() del módulo _markupbase privado e indocumentado. html.parser.HTMLParser es la única subclase de ParserBase y su implementación error() ya se eliminó en Python 3.5. (Contribuido por Berker Peksag en bpo-31844.)

  • Se eliminó el atributo unicodedata.ucnhash_CAPI que era un objeto interno de PyCapsule. La estructura _PyUnicode_Name_CAPI privada relacionada se movió a la API C interna. (Contribuido por Victor Stinner en bpo-42157.)

  • Se eliminó el módulo parser, que quedó obsoleto en 3.9 debido al cambio al nuevo analizador PEG, así como todos los archivos fuente y de encabezado C que solo usaba el analizador anterior, incluidos node.h, parser.h, graminit.h y grammar.h.

  • Se eliminaron las funciones de la API pública de C PyParser_SimpleParseStringFlags, PyParser_SimpleParseStringFlagsFilename, PyParser_SimpleParseFileFlags y PyNode_Compile que estaban en desuso en 3.9 debido al cambio al nuevo analizador PEG.

  • Removed the formatter module, which was deprecated in Python 3.4. It is somewhat obsolete, little used, and not tested. It was originally scheduled to be removed in Python 3.6, but such removals were delayed until after Python 2.7 EOL. Existing users should copy whatever classes they use into their code. (Contributed by Donghee Na and Terry J. Reedy in bpo-42299.)

  • Removed the PyModule_GetWarningsModule() function that was useless now due to the _warnings module was converted to a builtin module in 2.6. (Contributed by Hai Shi in bpo-42599.)

  • Elimine los alias obsoletos a Colecciones clases base abstractas del módulo collections. (Contribuido por Victor Stinner en bpo-37324.)

  • El parámetro loop se ha eliminado de la mayoría de asyncio“s API de alto nivel después de la desaprobación en Python 3.8. La motivación detrás de este cambio es múltiple:

    1. Esto simplifica la API de alto nivel.

    2. Las funciones en la API de alto nivel han obtenido implícitamente el bucle de eventos en ejecución del hilo actual desde Python 3.7. No es necesario pasar el bucle de eventos a la API en la mayoría de los casos de uso normales.

    3. El paso de bucles de eventos es propenso a errores, especialmente cuando se trata de bucles que se ejecutan en diferentes subprocesos.

    Tenga en cuenta que la API de bajo nivel seguirá aceptando loop. Consulte Cambios en la API de Python para ver ejemplos de cómo reemplazar el código existente.

    (Contribuido por Yurii Karabas, Andrew Svetlov, Yury Selivanov y Kyle Stanley en bpo-42392.)

Portar a Python 3.10

Esta sección enumera los cambios descritos anteriormente y otras correcciones de errores que pueden requerir cambios en su código.

Cambios en la sintaxis de Python

  • Ahora se emite una advertencia de desaprobación cuando se compila una sintaxis previamente válida si el literal numérico va seguido inmediatamente de una palabra clave (como en 0in x). En versiones futuras, se cambiará a advertencia de sintaxis y, finalmente, a error de sintaxis. Para deshacerse de la advertencia y hacer que el código sea compatible con versiones futuras, simplemente agregue un espacio entre el literal numérico y la siguiente palabra clave. (Aportado por Serhiy Storchaka en bpo-43833.)

Cambios en la API de Python

  • Los parámetros etype de las funciones format_exception(), format_exception_only(), y print_exception() en el módulo traceback han sido renombradas a exc. (Contribuido por Zackery Spytz y Matthias Bussonnier en bpo-26389.)

  • atexit: en la salida de Python, si falla una devolución de llamada registrada con atexit.register(), ahora se registra su excepción. Anteriormente, solo se registraban algunas excepciones y la última excepción siempre se ignoraba en silencio. (Contribuido por Victor Stinner en bpo-42639.)

  • collections.abc.Callable genérico ahora aplana los parámetros de tipo, similar a lo que hace actualmente typing.Callable. Esto significa que collections.abc.Callable[[int, str], str] tendrá __args__ de (int, str, str); anteriormente esto era ([int, str], str). El código que accede a los argumentos a través de typing.get_args() o __args__ debe tener en cuenta este cambio. Además, TypeError se puede generar para formas no válidas de parametrizar collections.abc.Callable que pueden haber pasado silenciosamente en Python 3.9. (Contribuido por Ken Jin en bpo-42195.)

  • socket.htons() y socket.ntohs() ahora generan OverflowError en lugar de DeprecationWarning si el parámetro dado no cabe en un entero sin signo de 16 bits. (Contribuido por Erlend E. Aasland en bpo-42393.)

  • El parámetro loop se ha eliminado de la mayoría de asyncio“s API de alto nivel después de la desaprobación en Python 3.8.

    Una corrutina que actualmente se ve así:

    async def foo(loop):
    await asyncio.sleep(1, loop=loop)

    Debería ser reemplazado por esto:

    async def foo():
    await asyncio.sleep(1)

    Si foo() fue diseñado específicamente not para ejecutarse en el bucle de eventos en ejecución del hilo actual (por ejemplo, ejecutándose en el bucle de eventos de otro hilo), considere usar asyncio.run_coroutine_threadsafe() en su lugar.

    (Contribuido por Yurii Karabas, Andrew Svetlov, Yury Selivanov y Kyle Stanley en bpo-42392.)

  • El constructor types.FunctionType ahora hereda las incorporaciones actuales si el diccionario globals no tiene clave "__builtins__", en lugar de usar {"None": None} como incorporaciones: el mismo comportamiento que las funciones eval() y exec(). La definición de una función con def function(...): ... en Python no se ve afectada, los globales no se pueden anular con esta sintaxis: también hereda las incorporaciones actuales. (Contribuido por Victor Stinner en bpo-42990.)

Cambios en la API de C

  • Las funciones de API C PyParser_SimpleParseStringFlags, PyParser_SimpleParseStringFlagsFilename, PyParser_SimpleParseFileFlags, PyNode_Compile y el tipo utilizado por estas funciones, struct _node, se eliminaron debido al cambio al nuevo analizador PEG.

    La fuente debe compilarse ahora directamente en un objeto de código utilizando, por ejemplo, Py_CompileString(). A continuación, el objeto de código resultante se puede evaluar utilizando, por ejemplo, PyEval_EvalCode().

    Específicamente:

    • Una llamada a PyParser_SimpleParseStringFlags seguida de PyNode_Compile se puede reemplazar llamando a Py_CompileString().

    • No hay reemplazo directo para PyParser_SimpleParseFileFlags. Para compilar código a partir de un argumento FILE *, deberá leer el archivo en C y pasar el búfer resultante a Py_CompileString().

    • Para compilar un archivo con un nombre de archivo char *, abra explícitamente el archivo, léalo y compile el resultado. Una forma de hacerlo es utilizando el módulo io con PyImport_ImportModule(), PyObject_CallMethod(), PyBytes_AsString() y Py_CompileString(), como se muestra a continuación. (Se omiten las declaraciones y el manejo de errores).

      io_module = Import_ImportModule("io");
fileobject = PyObject_CallMethod(io_module, "open", "ss", filename, "rb");
source_bytes_object = PyObject_CallMethod(fileobject, "read", "");
result = PyObject_CallMethod(fileobject, "close", "");
source_buf = PyBytes_AsString(source_bytes_object);
code = Py_CompileString(source_buf, filename, Py_file_input);

    • For FrameObject objects, the f_lasti member now represents a wordcode offset instead of a simple offset into the bytecode string. This means that this number needs to be multiplied by 2 to be used with APIs that expect a byte offset instead (like PyCode_Addr2Line() for example). Notice as well that the f_lasti member of FrameObject objects is not considered stable: please use PyFrame_GetLineNumber() instead.

Cambios en el código de bytes de CPython

  • La instrucción MAKE_FUNCTION ahora acepta un dict o una tupla de cadenas como anotaciones de la función. (Aportado por Yurii Karabas e Inada Naoki en bpo-42202.)

Construir cambios

  • PEP 644: Python ahora requiere OpenSSL 1.1.1 o más reciente. OpenSSL 1.0.2 ya no es compatible. (Contribuido por Christian Heimes en bpo-43669.)

  • Las funciones C99 snprintf() y vsnprintf() ahora son necesarias para construir Python. (Contribuido por Victor Stinner en bpo-36020.)

  • sqlite3 requiere SQLite 3.7.15 o superior. (Aportado por Sergey Fedoseev y Erlend E. Aasland en bpo-40744 y bpo-40810).

  • El módulo atexit ahora debe construirse siempre como un módulo integrado. (Contribuido por Victor Stinner en bpo-42639.)

  • Agregue la opción --disable-test-modules al script configure: no cree ni instale módulos de prueba. (Contribuido por Xavier de Gaye, Thomas Petazzoni y Peixing Xin en bpo-27640.)

  • Agregue --with-wheel-pkg-dir=PATH option al script ./configure. Si se especifica, el módulo ensurepip busca paquetes de ruedas setuptools y pip en este directorio: si ambos están presentes, estos paquetes de ruedas se utilizan en lugar de los paquetes de ruedas asegurados.

    Algunas políticas de empaquetado de distribución de Linux recomiendan no empaquetar dependencias. Por ejemplo, Fedora instala paquetes de rueda en el directorio /usr/share/python-wheels/ y no instala el paquete ensurepip._bundled.

    (Contribuido por Victor Stinner en bpo-42856.)

  • Agregue un nuevo configure --without-static-libpython option para no construir la biblioteca estática libpythonMAJOR.MINOR.a y no instalar el archivo de objeto python.o.

    (Contribuido por Victor Stinner en bpo-43103.)

  • El script configure ahora usa la utilidad pkg-config, si está disponible, para detectar la ubicación de los encabezados y bibliotecas Tcl/Tk. Como antes, esas ubicaciones se pueden especificar explícitamente con las opciones de configuración --with-tcltk-includes y --with-tcltk-libs. (Aportado por Manolis Stamatogiannakis en bpo-42603.)

  • Agregue la opción --with-openssl-rpath al script configure. La opción simplifica la construcción de Python con una instalación personalizada de OpenSSL, p. Ej. ./configure --with-openssl=/path/to/openssl --with-openssl-rpath=auto. (Contribuido por Christian Heimes en bpo-43466.)

Cambios en la API de C

PEP 652: Mantenimiento del ABI estable

La ABI estable (interfaz binaria de aplicación) para módulos de extensión o incrustación de Python ahora está definida explícitamente. Estabilidad de la API en C describe las garantías de estabilidad C API y ABI junto con las mejores prácticas para usar la ABI estable.

(Contribuido por Petr Viktorin en PEP 652 y bpo-43795.)

Nuevas características

Portar a Python 3.10

  • La macro PY_SSIZE_T_CLEAN ahora debe definirse para usar los formatos PyArg_ParseTuple() y Py_BuildValue() que usan #: es#, et#, s#, u#, y#, z#, U# y Z#. Consulte Analizando argumentos y construyendo valores y PEP 353. (Aportado por Victor Stinner en bpo-40943.)

  • Dado que Py_REFCNT() se cambia a la función estática en línea, Py_REFCNT(obj) = new_refcnt debe reemplazarse con Py_SET_REFCNT(obj, new_refcnt): consulte Py_SET_REFCNT() (disponible desde Python 3.9). Para compatibilidad con versiones anteriores, esta macro se puede utilizar:

    #if PY_VERSION_HEX < 0x030900A4
#  define Py_SET_REFCNT(obj, refcnt) ((Py_REFCNT(obj) = (refcnt)), (void)0)
#endif

    (Contribuido por Victor Stinner en bpo-39573.)

  • Se había permitido llamar a PyDict_GetItem() sin GIL retenido por motivos históricos. Ya no está permitido. (Contribuido por Victor Stinner en bpo-40839.)

  • PyUnicode_FromUnicode(NULL, size) y PyUnicode_FromStringAndSize(NULL, size) generan DeprecationWarning ahora. Utilice PyUnicode_New() para asignar un objeto Unicode sin datos iniciales. (Contribuido por Inada Naoki en bpo-36346.)

  • La estructura _PyUnicode_Name_CAPI privada de la API unicodedata.ucnhash_CAPI de PyCapsule se ha movido a la API C interna. (Contribuido por Victor Stinner en bpo-42157.)

  • Las funciones Py_GetPath(), Py_GetPrefix(), Py_GetExecPrefix(), Py_GetProgramFullPath(), Py_GetPythonHome() y Py_GetProgramName() ahora devuelven NULL si se llama antes de Py_Initialize() (antes de que se inicialice Python). Utilice la nueva API Configuración de inicialización de Python para obtener el Configuración de la ruta de Python. (Aportado por Victor Stinner en bpo-42260.)

  • Las macros PyList_SET_ITEM(), PyTuple_SET_ITEM() y PyCell_SET() ya no se pueden utilizar como valor l o valor r. Por ejemplo, x = PyList_SET_ITEM(a, b, c) y PyList_SET_ITEM(a, b, c) = x ahora fallan con un error del compilador. Previene errores como la prueba if (PyList_SET_ITEM (a, b, c) < 0) .... (Contribuido por Zackery Spytz y Victor Stinner en bpo-30459.)

  • Los archivos de API no limitados odictobject.h, parser_interface.h, picklebufobject.h, pyarena.h, pyctype.h, pydebug.h, pyfpe.h y pytime.h se han movido al directorio Include/cpython. Estos archivos no deben incluirse directamente, ya que ya están incluidos en Python.h; ver Archivos de cabecera (Include). Si se han incluido directamente, considere incluir Python.h en su lugar. (Aportado por Nicholas Sim en bpo-35134.)

  • Use the Py_TPFLAGS_IMMUTABLETYPE type flag to create immutable type objects. Do not rely on Py_TPFLAGS_HEAPTYPE to decide if a type object is mutable or not; check if Py_TPFLAGS_IMMUTABLETYPE is set instead. (Contributed by Victor Stinner and Erlend E. Aasland in bpo-43908.)

  • La función no documentada Py_FrozenMain se eliminó de la API limitada. La función es principalmente útil para compilaciones personalizadas de Python. (Aportado por Petr Viktorin en bpo-26241.)

Obsoleto

  • La función PyUnicode_InternImmortal() ahora está en desuso y se eliminará en Python 3.12: use PyUnicode_InternInPlace() en su lugar. (Contribuido por Victor Stinner en bpo-41692.)

Eliminado

  • Se eliminaron las funciones Py_UNICODE_str* que manipulaban cadenas Py_UNICODE*. (Contribuido por Inada Naoki en bpo-41123.)

  • Eliminado PyUnicode_GetMax(). Migra a las API nuevas (PEP 393). (Contribuido por Inada Naoki en bpo-41103.)

  • Eliminado PyLong_FromUnicode(). Migra a PyLong_FromUnicodeObject(). (Contribuido por Inada Naoki en bpo-41103.)

  • Eliminado PyUnicode_AsUnicodeCopy(). Utilice PyUnicode_AsUCS4Copy() o PyUnicode_AsWideCharString() (contribución de Inada Naoki en bpo-41103).

  • Variable _Py_CheckRecursionLimit eliminada: ha sido reemplazada por ceval.recursion_limit de la estructura PyInterpreterState. (Contribuido por Victor Stinner en bpo-41834.)

  • Se eliminaron las macros Py_ALLOW_RECURSION y Py_END_ALLOW_RECURSION sin documentar y el campo recursion_critical de la estructura PyInterpreterState. (Contribuido por Serhiy Storchaka en bpo-41936.)

  • Se eliminó la función PyOS_InitInterrupts() indocumentada. La inicialización de Python ya instala implícitamente controladores de señales: consulte PyConfig.install_signal_handlers. (Contribuido por Victor Stinner en bpo-41713.)

  • Elimina la función PyAST_Validate(). Ya no es posible construir un objeto AST (tipo mod_ty) con la API C pública. La función ya estaba excluida de la API C limitada (PEP 384). (Contribuido por Victor Stinner en bpo-43244.)

  • Elimine el archivo de encabezado symtable.h y las funciones no documentadas:

    • PyST_GetScope()

    • PySymtable_Build()

    • PySymtable_BuildObject()

    • PySymtable_Free()

    • Py_SymtableString()

    • Py_SymtableStringObject()

    La función Py_SymtableString() fue parte de la ABI estable por error, pero no se pudo usar porque el archivo de encabezado symtable.h se excluyó de la API C limitada.

    En su lugar, utilice el módulo Python symtable. (Contribuido por Victor Stinner en bpo-43244.)

  • Elimine PyOS_ReadlineFunctionPointer() de los encabezados limitados de la API C y de python3.dll, la biblioteca que proporciona la ABI estable en Windows. Dado que la función toma un argumento FILE*, no se puede garantizar su estabilidad ABI. (Contribuido por Petr Viktorin en bpo-43868.)

  • Elimine los archivos de encabezado ast.h, asdl.h y Python-ast.h. Estas funciones no estaban documentadas y se excluyeron de la API C limitada. La mayoría de los nombres definidos por estos archivos de encabezado no tenían el prefijo Py y, por lo tanto, podrían crear conflictos de nombres. Por ejemplo, Python-ast.h definió una macro Yield que estaba en conflicto con el nombre Yield utilizado por el encabezado <winbase.h> de Windows. En su lugar, utilice el módulo Python ast. (Contribuido por Victor Stinner en bpo-43244.)

  • Elimine las funciones de compilador y analizador utilizando el tipo struct _mod, porque se eliminó la API de AST C pública:

    • PyAST_Compile()

    • PyAST_CompileEx()

    • PyAST_CompileObject()

    • PyFuture_FromAST()

    • PyFuture_FromASTObject()

    • PyParser_ASTFromFile()

    • PyParser_ASTFromFileObject()

    • PyParser_ASTFromFilename()

    • PyParser_ASTFromString()

    • PyParser_ASTFromStringObject()

    Estas funciones no estaban documentadas y se excluyeron de la API C limitada. (Contribuido por Victor Stinner en bpo-43244.)

  • Elimine el archivo de encabezado pyarena.h con funciones:

    • PyArena_New()

    • PyArena_Free()

    • PyArena_Malloc()

    • PyArena_AddPyObject()

    Estas funciones no estaban documentadas, estaban excluidas de la API C limitada y el compilador solo las usaba internamente. (Contribuido por Victor Stinner en bpo-43244.)

  • El miembro PyThreadState.use_tracing se ha eliminado para optimizar Python. (Contribuido por Mark Shannon en bpo-43760.)

Notable security feature in 3.10.7

Converting between int and str in bases other than 2 (binary), 4, 8 (octal), 16 (hexadecimal), or 32 such as base 10 (decimal) now raises a ValueError if the number of digits in string form is above a limit to avoid potential denial of service attacks due to the algorithmic complexity. This is a mitigation for CVE-2020-10735. This limit can be configured or disabled by environment variable, command line flag, or sys APIs. See the integer string conversion length limitation documentation. The default limit is 4300 digits in string form.

Notable security feature in 3.10.8

The deprecated mailcap module now refuses to inject unsafe text (filenames, MIME types, parameters) into shell commands. Instead of using such text, it will warn and act as if a match was not found (or for test commands, as if the test failed). (Contributed by Petr Viktorin in gh-98966.)

Notable changes in 3.10.12

tarfile

  • The extraction methods in tarfile, and shutil.unpack_archive(), have a new a filter argument that allows limiting tar features than may be surprising or dangerous, such as creating files outside the destination directory. See Extraction filters for details. In Python 3.12, use without the filter argument will show a DeprecationWarning. In Python 3.14, the default will switch to 'data'. (Contributed by Petr Viktorin in PEP 706.)