Advertencia

¡Ayúdanos a traducir la documentación oficial de Python al Español! Puedes encontrar más información en Como contribuir. Ayuda a acercar Python a más personas de habla hispana.

Novedades de Python 3.10

Liberación

3.10.0

Fecha

agosto 04, 2022

Editor

Pablo Galindo Salgado

Este artículo explica las nuevas funciones de Python 3.10, en comparación con 3.9.

Para obtener detalles completos, consulte el changelog.

Nota

Prerelease users should be aware that this document is currently in draft form. It will be updated substantially as Python 3.10 moves towards release, so it’s worth checking back even after reading earlier versions.

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 613, alias de tipo explícito

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

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

    (Contribuido 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?
    

    (Contribuido 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?
    

    (Contribuido 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
    

    (Contribuido 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
    

    (Contribuido 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
    

    (Contribuido 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 '='?
    

    (Contribuido 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
    

    (Contribuido 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.

El atributo f_lineno de los objetos marco siempre contendrá el número de línea esperado.

El atributo co_lnotab de los objetos de código está obsoleto y se eliminará en 3.12. El código que necesita convertir de desplazamiento a número de línea debe usar el nuevo método co_lines() en su lugar.

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.)

  • Si object.__ipow__() devuelve NotImplemented, el operador retrocederá correctamente a object.__pow__() y object.__rpow__() como se esperaba. (Contribuido por Alex Shkop en 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.)

  • Un SyntaxError (en lugar de una constante NameError) se lanzara cuando se elimine la constante __debug__. (Contribuido por Dong-hee Na en 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

  • Ninguno todavía.

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

dataclassses now supports fields that are keyword-only in the generated __init__ method. There are a number of ways of specifying keyword-only fields.

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

@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. (Contribuido 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.)

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 ignoraron anteriormente. (Parche de Ken Hilton en bpo-43008.)

Este cambio fue actualizado 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.)

Utilice espacios en lugar de tabulaciones para aplicar sangría al 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. Contribuido por Terry Jan Reedy en bpo-37892.)

Esperamos respaldar estos cambios de shell a una futura versión de mantenimiento 3.9.

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

importlib.metadata

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

importlib.metadata entry points ahora ofrece una experiencia más agradable 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.)

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.)

Agregue O_EVTONLY, O_FSYNC, O_SYMLINK y O_NOFOLLOW_ANY para macOS. (Contribuido por Dong-hee Na en 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 corte a PurePath.parents. (Contribuido por Joshua Cannon en bpo-35498)

Agregue soporte de indexación negativa a PurePath.parents. (Contribuido 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. (Contribuido 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

Agregue un atributo end_lineno a los objetos Function y Class en el árbol devuelto por pyclbr.readline() y pyclbr.readline_ex(). Coincide con el lineno existente (inicio). (Contribuido por Aviral Srivastava en bpo-38307.)

dejar de lado

El módulo shelve ahora usa pickle.DEFAULT_PROTOCOL por defecto en lugar del protocolo pickle 3 al crear estantes. (Contribuido por Zackery Spytz en 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.)

El módulo ssl tiene soporte preliminar para OpenSSL 3.0.0 y la nueva opción OP_IGNORE_UNEXPECTED_EOF. (Contribuido por Christian Heimes en bpo-38820, bpo-43794, bpo-43788, bpo-43791, bpo-43799, bpo-43920, bpo-43789 y 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.)

Se ha agregado un nuevo indicador de verificación VERIFY_X509_PARTIAL_CHAIN. (Contribuido por l0x en 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() ahora toma un número de señal opcional para simular (el predeterminado sigue siendo signal.SIGINT). (Contribuido por Antoine Pitrou en 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 cambios importantes, consulte New Features Related to Type Hints.

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 de Literal ahora respetan los tipos. Por ejemplo, Literal[0] == Literal[False] evaluado previamente como True. Ahora es False. Para respaldar este cambio, la 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() para realizar una introspección si una anotación es un 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 silenciosamente. Los usuarios deben decorar sus subclases con el decorador runtime_checkable() si quieren protocolos de tiempo de ejecución. (Contribuido por Yurii Karabas en bpo-38908)

La importación desde los submódulos typing.io y typing.re ahora emitirá DeprecationWarning. Estos submódulos han quedado obsoletos desde Python 3.8 y se eliminarán en una versión futura de Python. En su lugar, todo lo que pertenezca a esos submódulos debe importarse directamente desde typing. (Contribuido 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.)

La presencia de caracteres de nueva línea o tabulación en partes de una URL permite algunas formas de ataques. Siguiendo la especificación WHATWG que actualiza: rfc: 3986, la nueva línea ASCII \n, \r y los caracteres de tabulación \t son eliminados de la URL por el analizador en urllib.parse para prevenir tales ataques. Los caracteres de eliminación están controlados por una nueva variable de nivel de módulo urllib.parse._UNSAFE_URL_BYTES_TO_REMOVE. (Ver bpo-43882)

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 cambio, se almacenan como una tupla de cadenas, y el objeto de función convierte esto lentamente 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. (Contribuido 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 aciertos de caché. Esto hace que el intérprete sea 1,04 veces más rápido en promedio. (Contribuido por Dino Viehland en bpo-43452)

  • Las siguientes funciones integradas ahora admiten la convención de llamada de vectorcall PEP 590 más rápida: map(), filter(), reversed(), bool() y float(). (Contribuido por Dong-hee Na y Jeroen Demeyer en bpo-43575, bpo-43287, bpo-41922, bpo-41873 y bpo-41870)

  • El rendimiento de BZ2File se mejora al eliminar el RLock interno. Esto hace que el hilo BZ2File sea inseguro frente a múltiples lectores o escritores simultáneos, al igual que sus clases equivalentes en gzip y lzma siempre lo han sido. (Contribuido 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.

  • Se eliminó el módulo formatter, que estaba en desuso en Python 3.4. Es algo obsoleto, poco usado y no probado. Originalmente estaba programado para ser eliminado en Python 3.6, pero tales eliminaciones se retrasaron hasta después de Python 2.7 EOL. Los usuarios existentes deben copiar cualquier clase que utilicen en su código. (Contribuido por Dong-hee Na y Terry J. Reedy en bpo-42299.)

  • Se eliminó la función PyModule_GetWarningsModule() que ahora era inútil debido a que el módulo _warnings se convirtió en un módulo incorporado en 2.6. (Contribuido por Hai Shi en 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 Changes in the Python API 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 obsolescencia al compilar una sintaxis previamente válida si el literal numérico es seguido inmediatamente por 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. (Contribuido 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.)

  • The types.FunctionType constructor now inherits the current builtins if the globals dictionary has no "__builtins__" key, rather than using {"None": None} as builtins: same behavior as eval() and exec() functions. Defining a function with def function(...): ... in Python is not affected, globals cannot be overriden with this syntax: it also inherits the current builtins. (Contributed by Victor Stinner in 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);
      
    • Para los objetos FrameObject, el miembro f_lasti ahora representa un desplazamiento de código de palabra en lugar de un desplazamiento simple en la cadena de código de bytes. Esto significa que este número debe multiplicarse por 2 para usarse con API que esperan un desplazamiento de bytes en su lugar (como PyCode_Addr2Line(), por ejemplo). Tenga en cuenta también que el miembro f_lasti de los objetos FrameObject no se considera estable: utilice PyFrame_GetLineNumber() en su lugar.

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. (Contribuido 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. (Contribuido por Sergey Fedoseev y Erlend E. Aasland 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. (Contribuido 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

  • El resultado de PyNumber_Index() ahora siempre tiene el tipo exacto int. Anteriormente, el resultado podría haber sido una instancia de una subclase de int. (Contribuido por Serhiy Storchaka en bpo-40792.)

  • Agregue un nuevo miembro orig_argv a la estructura PyConfig: la lista de los argumentos originales de la línea de comandos pasados al ejecutable de Python. (Contribuido por Victor Stinner en bpo-23427.)

  • Se han agregado las macros PyDateTime_DATE_GET_TZINFO() y PyDateTime_TIME_GET_TZINFO() para acceder a los atributos tzinfo de los objetos datetime.datetime y datetime.time. (Contribuido por Zackery Spytz en bpo-30155.)

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

  • Se agregó la función PyIter_Send() para permitir el envío de valor al iterador sin generar la excepción StopIteration. (Contribuido por Vladimir Matveev en bpo-41756.)

  • Agregue PyUnicode_AsUTF8AndSize() a la API C limitada. (Contribuido por Alex Gaynor en bpo-41784.)

  • Agregue la función PyModule_AddObjectRef(): similar a PyModule_AddObject() pero no robe una referencia al valor en caso de éxito. (Contribuido por Victor Stinner en bpo-1635741.)

  • Agregue las funciones Py_NewRef() y Py_XNewRef() para incrementar el recuento de referencia de un objeto y devolver el objeto. (Contribuido por Victor Stinner en bpo-42262.)

  • Las funciones PyType_FromSpecWithBases() y PyType_FromModuleAndSpec() ahora aceptan una sola clase como argumento bases. (Contribuido por Serhiy Storchaka en bpo-42423.)

  • La función PyType_FromModuleAndSpec() ahora acepta la ranura NULL tp_doc. (Contribuido por Hai Shi en bpo-41832.)

  • La función PyType_GetSlot() puede aceptar static types. (Contribuido por Hai Shi y Petr Viktorin en bpo-41073.)

  • Agregue una nueva función PySet_CheckExact() a la C-API para verificar si un objeto es una instancia de set pero no una instancia de un subtipo. (Contribuido por Pablo Galindo en bpo-43277.)

  • Agregue PyErr_SetInterruptEx() que permite pasar un número de señal para simular. (Contribuido por Antoine Pitrou en bpo-43356.)

  • La API C limitada ahora es compatible si Python is built in debug mode (si se define la macro Py_DEBUG). En la API C limitada, las funciones Py_INCREF() y Py_DECREF() ahora se implementan como llamadas de función opacas, en lugar de acceder directamente al miembro PyObject.ob_refcnt, si Python está construido en modo de depuración y la macro Py_LIMITED_API apunta a Python 3.10 o más reciente. Se hizo posible admitir la API C limitada en modo de depuración porque la estructura PyObject es la misma en el modo de liberación y depuración desde Python 3.8 (ver bpo-36465).

    La API C limitada todavía no es compatible con la compilación especial --with-trace-refs (macro Py_TRACE_REFS). (Contribuido por Victor Stinner en bpo-43688.)

  • Agregue la función Py_Is(x, y) para probar si el objeto x object is the y, lo mismo que x is y en Python. Agregue también las funciones Py_IsNone(), Py_IsTrue(), Py_IsFalse() para probar si un objeto es, respectivamente, el singleton None, el singleton True o el singleton False. (Contribuido por Victor Stinner en bpo-43753.)

  • Agregue nuevas funciones para controlar el recolector de basura desde el código C: PyGC_Enable(), PyGC_Disable(), PyGC_IsEnabled(). Estas funciones permiten activar, desactivar y consultar el estado del recolector de basura desde código C sin tener que importar el módulo gc.

  • Agregue un nuevo indicador de tipo Py_TPFLAGS_DISALLOW_INSTANTIATION para no permitir la creación de instancias de tipo. (Contribuido por Victor Stinner en bpo-43916.)

  • Agregue un nuevo indicador de tipo Py_TPFLAGS_IMMUTABLETYPE para crear objetos de tipo inmutables: los atributos de tipo no se pueden establecer ni eliminar. (Contribuido por Victor Stinner y Erlend E. Aasland en bpo-43908.)

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 Parsing arguments and building values y PEP 353. (Contribuido 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 llaman antes de Py_Initialize() (antes de que se inicialice Python). Utilice el nuevo Python Initialization Configuration API para obtener el Python Path Configuration.. (Contribuido 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 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: Include Files. Si se han incluido directamente, considere incluir Python.h en su lugar. (Contribuido por Nicholas Sim en bpo-35134)

  • Utilice el indicador de tipo Py_TPFLAGS_IMMUTABLETYPE para crear objetos de tipo inmutable. No confíe en Py_TPFLAGS_HEAPTYPE para decidir si un objeto de tipo es mutable o no; compruebe si Py_TPFLAGS_IMMUTABLETYPE está configurado en su lugar. (Contribuido por Victor Stinner y Erlend E. Aasland en bpo-43908.)

  • La función no documentada Py_FrozenMain se ha eliminado de la API limitada. La función es principalmente útil para compilaciones personalizadas de Python. (Contribuido 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.)