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.


Nuevas funciones relacionadas con las sugerencias de tipos
==========================================================

Esta sección cubre los cambios importantes que afectan a las
sugerencias de tipo **PEP 484** y al módulo "typing".


PEP 604: Nuevo tipo de operador unión
-------------------------------------

Se introdujo un nuevo operador de unión de tipos que habilita la
sintaxis "X | Y". Esto proporciona una forma más limpia de expresar
'tipo X o tipo Y' en lugar de usar "typing.Union", especialmente en
sugerencias de tipo.

En versiones anteriores de Python, para aplicar una sugerencia de tipo
para funciones que aceptan argumentos de múltiples tipos, se usó
"typing.Union":

   def square(number: Union[int, float]) -> Union[int, float]:
       return number ** 2

Las sugerencias de tipo ahora se pueden escribir de una manera más
sucinta:

   def square(number: int | float) -> int | float:
       return number ** 2

Esta nueva sintaxis también se acepta como segundo argumento para
"isinstance()" y "issubclass()":

   >>> isinstance(1, int | str)
   True

Consulte Tipo de conversión y **PEP 604** para obtener más detalles.

(Contribuido por Maggie Moss y Philippe Prados en bpo-41428, con
adiciones de Yurii Karabas y Serhiy Storchaka en bpo-44490.)


PEP 612: Variables de especificación de parámetros
--------------------------------------------------

Se han agregado al módulo "typing" dos nuevas opciones para mejorar la
información proporcionada a los verificadores de tipo estático para
**PEP 484** 's "Callable".

La primera es la variable de especificación de parámetros. Se utilizan
para reenviar los tipos de parámetros de un invocable a otro
invocable, un patrón que se encuentra comúnmente en funciones y
decoradores de orden superior. Se pueden encontrar ejemplos de uso en
"typing.ParamSpec". Anteriormente, no había una manera fácil de
escribir anotar la dependencia de los tipos de parámetros de una
manera tan precisa.

La segunda opción es el nuevo operador "Concatenate". Se usa junto con
las variables de especificación de parámetros para escribir anotar un
invocable de orden superior que agrega o elimina parámetros de otro
invocable. Se pueden encontrar ejemplos de uso en
"typing.Concatenate".

Consulte "typing.Callable", "typing.ParamSpec", "typing.Concatenate",
"typing.ParamSpecArgs", "typing.ParamSpecKwargs" y **PEP 612** para
obtener más detalles.

(Contribuido por Ken Jin en bpo-41559, con pequeñas mejoras de Jelle
Zijlstra en bpo-43783. PEP escrito por Mark Mendoza.)


PEP 613: TypeAlias
------------------

**PEP 484** introdujo el concepto de alias de tipo, solo requiriendo
que sean asignaciones no anotadas de nivel superior. Esta simplicidad
a veces dificultaba que los verificadores de tipos distinguieran entre
alias de tipos y asignaciones ordinarias, especialmente cuando se
trataba de referencias directas o tipos no válidos. Comparar:

   StrCache = 'Cache[str]'  # a type alias
   LOG_PREFIX = 'LOG[DEBUG]'  # a module constant

Ahora el módulo "typing" tiene un valor especial "TypeAlias" que le
permite declarar los alias de tipo de forma más explícita:

   StrCache: TypeAlias = 'Cache[str]'  # a type alias
   LOG_PREFIX = 'LOG[DEBUG]'  # a module constant

Consulte **PEP 613** para obtener más detalles.

(Contribuido por Mikhail Golubev en bpo-41923.)


PEP 647: protectores de tipo definidos por el usuario
-----------------------------------------------------

Se ha agregado "TypeGuard" al módulo "typing" para anotar las
funciones de protección de tipos y mejorar la información
proporcionada a los verificadores de tipos estáticos durante el
estrechamiento de tipos. Para obtener más información, consulte la
documentación de "TypeGuard" y **PEP 647**.

(Contribuido por Ken Jin y Guido van Rossum en bpo-43766. PEP escrito
por Eric Traut.)


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
========

* Actualmente, Python acepta literales numéricos seguidos
  inmediatamente de palabras clave, por ejemplo, "0in x", "1or x",
  "0if 1else 2". Permite expresiones confusas y ambiguas como "[0x1for
  x in y]" (que puede interpretarse como "[0x1 for x in y]" o "[0x1f
  or x in y]"). A partir de esta versión, se genera una advertencia de
  desuso si el literal numérico va seguido inmediatamente por una de
  las palabras clave "and", "else", "for", "if", "in", "is" y "or". En
  versiones futuras, se cambiará a advertencia de sintaxis y,
  finalmente, a error de sintaxis. (Aportado por Serhiy Storchaka en
  bpo-43833.)

* A partir de esta versión, habrá un esfuerzo concertado para comenzar
  a limpiar la semántica de importación antigua que se mantuvo para la
  compatibilidad con Python 2.7. Específicamente, "find_loader()" /
  "find_module()" (reemplazado por "find_spec()"), "load_module()"
  (reemplazado por "exec_module()"), "module_repr()" (que el sistema
  de importación se ocupa por usted), el atributo "__package__"
  (reemplazado por "__spec__.parent"), el atributo "__loader__"
  (reemplazado por "__spec__.loader") y el atributo "__cached__"
  (reemplazado por "__spec__.cached") se eliminará lentamente (así
  como otras clases y métodos en "importlib"). "ImportWarning" y / o
  "DeprecationWarning" se generarán según corresponda para ayudar a
  identificar el código que debe actualizarse durante esta transición.

* Todo el espacio de nombres "distutils" está obsoleto y se eliminará
  en Python 3.12. Consulte la sección module changes para obtener más
  información.

* Los argumentos que no son enteros para "random.randrange()" están en
  desuso. El "ValueError" está en desuso en favor de un "TypeError".
  (Contribuido por Serhiy Storchaka y Raymond Hettinger en bpo-37319.)

* Los diversos métodos "load_module()" de "importlib" se han
  documentado como obsoletos desde Python 3.6, pero ahora también
  activarán un "DeprecationWarning". Utilice "exec_module()" en su
  lugar. (Contribuido por Brett Cannon en bpo-26131.)

* "zimport.zipimporter.load_module()" ha quedado obsoleto en
  preferencia a "exec_module()". (Contribuido por Brett Cannon en
  bpo-26131.)

* El uso de "load_module()" por parte del sistema de importación ahora
  activa un "ImportWarning" ya que se prefiere "exec_module()".
  (Contribuido por Brett Cannon en bpo-26131.)

* El uso de "importlib.abc.MetaPathFinder.find_module()" y
  "importlib.abc.PathEntryFinder.find_module()" por parte del sistema
  de importación ahora activa un "ImportWarning", ya que se prefieren
  "importlib.abc.MetaPathFinder.find_spec()" y
  "importlib.abc.PathEntryFinder.find_spec()", respectivamente. Puede
  utilizar "importlib.util.spec_from_loader()" para ayudar en la
  migración. (Contribuido por Brett Cannon en bpo-42134.)

* El uso de "importlib.abc.PathEntryFinder.find_loader()" por parte
  del sistema de importación ahora activa un "ImportWarning", ya que
  se prefiere "importlib.abc.PathEntryFinder.find_spec()". Puede
  utilizar "importlib.util.spec_from_loader()" para ayudar en la
  migración. (Contribuido por Brett Cannon en bpo-43672.)

* Las diversas implementaciones de
  "importlib.abc.MetaPathFinder.find_module()" (
  "importlib.machinery.BuiltinImporter.find_module()",
  "importlib.machinery.FrozenImporter.find_module()",
  "importlib.machinery.WindowsRegistryFinder.find_module()",
  "importlib.machinery.PathFinder.find_module()",
  "importlib.abc.MetaPathFinder.find_module()" ),
  "importlib.abc.PathEntryFinder.find_module()" (
  "importlib.machinery.FileFinder.find_module()" ) y
  "importlib.abc.PathEntryFinder.find_loader()" (
  "importlib.machinery.FileFinder.find_loader()" ) ahora generan
  "DeprecationWarning" y están programadas para su eliminación en
  Python 3.12 (anteriormente se documentaron como obsoletas en Python
  3.4). (Aportado por Brett Cannon en bpo-42135.)

* "importlib.abc.Finder" está en desuso (incluido su único método,
  "find_module()"). Tanto "importlib.abc.MetaPathFinder" como
  "importlib.abc.PathEntryFinder" ya no heredan de la clase. Los
  usuarios deben heredar de una de estas dos clases según corresponda.
  (Contribuido por Brett Cannon en bpo-42135.)

* Las bajas de "imp", "importlib.find_loader()",
  "importlib.util.set_package_wrapper()",
  "importlib.util.set_loader_wrapper()",
  "importlib.util.module_for_loader()", "pkgutil.ImpImporter" y
  "pkgutil.ImpLoader" se han actualizado para incluir Python 3.12 como
  la versión programada de eliminación (comenzaron a generar
  "DeprecationWarning" en versiones anteriores de Python).
  (Contribuido por Brett Cannon en bpo-43720.)

* El sistema de importación ahora usa el atributo "__spec__" en los
  módulos antes de recurrir a "module_repr()" para el método
  "__repr__()" de un módulo. La eliminación del uso de "module_repr()"
  está programada para Python 3.12. (Contribuido por Brett Cannon en
  bpo-42137.)

* "importlib.abc.Loader.module_repr()",
  "importlib.machinery.FrozenLoader.module_repr()" y
  "importlib.machinery.BuiltinLoader.module_repr()" están en desuso y
  están programados para su eliminación en Python 3.12. (Contribuido
  por Brett Cannon en bpo-42136.)

* "sqlite3.OptimizedUnicode" ha sido indocumentado y obsoleto desde
  Python 3.3, cuando se convirtió en un alias para "str". Ahora está
  en desuso, programado para su eliminación en Python 3.12.
  (Contribuido por Erlend E. Aasland en bpo-42264.)

* La función incorporada no documentada "sqlite3.enable_shared_cache"
  ahora está en desuso, programada para su eliminación en Python 3.12.
  Su uso está fuertemente desaconsejado por la documentación de
  SQLite3. Consulte the SQLite3 docs para obtener más detalles. Si se
  debe usar una caché compartida, abra la base de datos en modo URI
  usando el parámetro de consulta "cache=shared". (Contribuido por
  Erlend E. Aasland en bpo-24464.)

* Los siguientes métodos "threading" ahora están en desuso:

  * "threading.currentThread" => "threading.current_thread()"

  * "threading.activeCount" => "threading.active_count()"

  * "threading.Condition.notifyAll" =>
    "threading.Condition.notify_all()"

  * "threading.Event.isSet" => "threading.Event.is_set()"

  * "threading.Thread.setName" => "threading.Thread.name"

  * "threading.thread.getName" => "threading.Thread.name"

  * "threading.Thread.isDaemon" => "threading.Thread.daemon"

  * "threading.Thread.setDaemon" => "threading.Thread.daemon"

  (Aportado por Jelle Zijlstra en gh-87889.)

* "pathlib.Path.link_to()" está en desuso y está programado para su
  eliminación en Python 3.12. Utilice "pathlib.Path.hardlink_to()" en
  su lugar. (Contribuido por Barney Gale en bpo-39950.)

* "cgi.log()" está obsoleto y está programado para su eliminación en
  Python 3.12. (Contribuido por Inada Naoki en bpo-41139.)

* Las siguientes funciones de "ssl" han quedado obsoletas desde Python
  3.6, Python 3.7 u OpenSSL 1.1.0 y se eliminarán en 3.11:

  * "OP_NO_SSLv2", "OP_NO_SSLv3", "OP_NO_TLSv1", "OP_NO_TLSv1_1",
    "OP_NO_TLSv1_2" y "OP_NO_TLSv1_3" se reemplazan por
    "sslSSLContext.minimum_version" y "sslSSLContext.maximum_version".

  * "PROTOCOL_SSLv2", "PROTOCOL_SSLv3", "PROTOCOL_SSLv23",
    "PROTOCOL_TLSv1", "PROTOCOL_TLSv1_1", "PROTOCOL_TLSv1_2", and
    "PROTOCOL_TLS" are deprecated in favor of "PROTOCOL_TLS_CLIENT"
    and "PROTOCOL_TLS_SERVER"

  * "wrap_socket()" es reemplazado por "ssl.SSLContext.wrap_socket()"

  * "match_hostname()"

  * "RAND_pseudo_bytes()", "RAND_egd()"

  * Las funciones NPN como "ssl.SSLSocket.selected_npn_protocol()" y
    "ssl.SSLContext.set_npn_protocols()" son reemplazadas por ALPN.

* La depuración de subprocesos (variable de entorno
  "PYTHONTHREADDEBUG") está obsoleta en Python 3.10 y se eliminará en
  Python 3.12. Esta característica requiere un debug build of Python.
  (Contribuido por Victor Stinner en bpo-44584.)

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


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

* 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".

* Add a new "Py_TPFLAGS_DISALLOW_INSTANTIATION" type flag to disallow
  creating type instances. (Contributed by Victor Stinner in
  bpo-43916.)

* Add a new "Py_TPFLAGS_IMMUTABLETYPE" type flag for creating
  immutable type objects: type attributes cannot be set nor deleted.
  (Contributed by Victor Stinner and Erlend E. Aasland in 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
  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.)

  * "Py_UNICODE_strlen": utilice "PyUnicode_GetLength()" o
    "PyUnicode_GET_LENGTH"

  * "Py_UNICODE_strcat": utilice "PyUnicode_CopyCharacters()" o
    "PyUnicode_FromFormat()"

  * "Py_UNICODE_strcpy", "Py_UNICODE_strncpy": utilice
    "PyUnicode_CopyCharacters()" o "PyUnicode_Substring()"

  * "Py_UNICODE_strcmp": utilice "PyUnicode_Compare()"

  * "Py_UNICODE_strncmp": utilice "PyUnicode_Tailmatch()"

  * "Py_UNICODE_strchr", "Py_UNICODE_strrchr": utilice
    "PyUnicode_FindChar()"

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