Registro de Python 3.7: f-strings vs % [duplicate]

Tengo un problema de rendimiento en un proyecto y lo reduje a algunas de las líneas de registro. Parece que las cadenas f se calculan incluso cuando mi función de registro está por encima del nivel de la línea que está registrando.

Considere este ejemplo para demostrar el problema:

import logging
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger('MyLogger')

class MyClass:
    def __init__(self, name: str) -> None:
        self._name = name
    def __str__(self) -> str:
        print('GENERATING STRING')
        return self._name

c = MyClass('foo')
logger.debug(f'Created: {c}')

Cuando se ejecuta este ejemplo, aparece “GENERATING STRING” en la pantalla, lo que indica que el __str__ el método se está ejecutando a pesar de que mi nivel de registro está configurado en INFO y la línea de registro es para DEBUG.

Por lo que puedo decir hoy, la solución es usar lo siguiente frente a una cadena f.

logger.debug('Created: %s', c)

Hay tres cosas que pasan por mi cabeza en este momento.

• La mayoría de los ejemplos y documentos que leo parecen ser bastante antiguos.
• Este proyecto es solo para Python 3.7+ (no se preocupa por ser compatible con versiones anteriores).
• Tengo muchas líneas de código para actualizar.

Tengo curiosidad por saber qué hacen los demás en esta situación. Es el %s el mejor (más moderno) enfoque? ¿Hay una forma más moderna de iniciar sesión como se demostró anteriormente?

Tengo mucho código para actualizar (arreglar) y espero alinearme con las mejores prácticas modernas.

El documentación dice que la biblioteca de registro está optimizada para usar el %s estilo de formato. No recuerdo dónde se menciona exactamente, pero lo leí hace unos meses.

Editar – ¡Encontró! https://docs.python.org/3/howto/logging-cookbook.html#formatting-styles
editar2 – (gracias a Robin Nemeth): https://docs.python.org/3/howto/logging.html#optimización

OMI, usando %s en sus cadenas NO es el enfoque más moderno. Definitivamente, la mayoría de los desarrolladores preferirán usar f-strings porque es más conveniente y fácil de leer (y escribir).

Pero, curiosamente, encuentra un caso específico en el que es posible que no desee usar una cuerda f. Si necesita evitar la llamada automática de __str__() método debido a un problema de optimización, entonces probablemente sea una buena razón para usar %s en lugar de cuerdas f. Pero, esto también podría indicar que se puede hacer algo en su programa para reducir la complejidad de __str__(). La mayoría de las veces no debería llevar tanto tiempo ni recursos calcular una representación de cadena para un objeto…