Updated on 2022-02-13: Change functools import style.
When I first learned about Python decorators, using them felt like doing voodoo magic. Decorators can give you the ability to add new functionalities to any callable without actually touching or changing the code inside it. This can typically yield better encapsulation and help you write cleaner and more understandable code. However, decorator is considered as a fairly advanced topic in Python since understanding and writing it requires you to have command over multiple additional concepts like first class objects, higher order functions, closures etc. First, I’ll try to introduce these concepts as necessary and then unravel the core concept of decorator layer by layer. So let’s dive in.
First class objects
In Python, basically everything is an object and functions are regarded as first-class objects. It means that functions can be passed around and used as arguments, just like any other object (string, int, float, list, and so on). You can assign functions to variables and treat them like any other objects. Consider this example:
def func_a():
return "I was angry with my friend."
def func_b():
return "I told my wrath, my wrath did end"
def func_c(*funcs):
for func in funcs:
print(func())
main_func = func_c
main_func(func_a, func_b)
>>> I was angry with my friend.
>>> I told my wrath, my wrath did end
The above example demonstrates how Python treats functions as first class citizens. First, I
defined two functions, func_a
and func_b
and then func_c
takes them as parameters.
func_c
runs the functions taken as parameters and prints the results. Then we assign
func_c
to variable main_func
. Finally, we run main_func
and it behaves just like
func_c
.
Higher order functions
Python also allows you to use functions as return values. You can take in another function and return that function or you can define a function within another function and return the inner function.
def higher(func):
"""This is a higher order function.
It returns another function.
"""
return func
def lower():
return "I'm hunting high and low"
higher(lower)
>>> <function __main__.lower()>
Now you can assign the result of higher
to another variable and execute the output
function.
h = higher(lower)
h()
>>> "I'm hunting high and low"
Let’s look into another example where you can define a nested function within a function and return the nested function instead of its result.
def outer():
"""Define and return a nested function from another function."""
def inner():
return "Hello from the inner func"
return inner
inn = outer()
inn()
>>> 'Hello from the inner func'
Notice how the nested function inner
was defined inside the outer
function and then the
return statement of the outer
function returned the nested function. After definition, to
get to the nested function, first we called the outer
function and received the result as
another function. Then executing the result of the outer
function prints out the message
from the inner
function.
Closures
You saw examples of inner functions at work in the previous section. Nested functions can
access variables of the enclosing scope. In Python, these non-local variables are read only
by default and we must declare them explicitly as non-local (using nonlocal
keyword) in
order to modify them. Following is an example of a nested function accessing a non-local
variable.
def burger(name):
def ingredients():
if name == "deli":
return ("steak", "pastrami", "emmental")
elif name == "smashed":
return ("chicken", "nacho cheese", "jalapeno")
else:
return None
return ingredients
Now run the function,
ingr = burger("deli")
ingr()
>>> ('steak', 'pastrami', 'emmental')
Well, that’s unusual.
The burger
function was called with the string deli
and the returned function was bound
to the name ingr
. On calling ingr()
, the message was still remembered and used to derive
the outcome although the outer function burger
had already finished its execution.
This technique by which some data (“deli”) gets attached to the code is called closure in Python. The value in the enclosing scope is remembered even when the variable goes out of scope or the function itself is removed from the current namespace. Decorators uses the idea of non-local variables multiple times and soon you’ll see how.
Writing a basic decorator
With these prerequisites out of the way, let’s go ahead and create your first simple decorator.
def deco(func):
def wrapper():
print("This will get printed before the function is called.")
func()
print("This will get printed after the function is called.")
return wrapper
Before using the decorator, let’s define a simple function without any parameters.
def ans():
print(42)
Treating the functions as first-class objects, you can use your decorator like this:
ans = deco(ans)
ans()
>>> This will get printed before the function is called.
42
This will get printed after the function is called.
In the above two lines, you can see a very simple decorator in action. Our deco
function
takes in a target function, manipulates the target function inside a wrapper
function and
then returns the wrapper
function. Running the function returned by the decorator, you’ll
get your modified result. To put it simply, decorators wraps a function and modifies its
behavior.
The decorator function runs at the time the decorated function is imported/defined, not when it is called.
Before moving onto the next section, let’s see how we can get the return value of target function instead of just printing it.
def deco(func):
"""This modified decorator also returns the result of func."""
def wrapper():
print("This will get printed before the function is called.")
ret = func()
print("This will get printed after the function is called.")
return ret
return wrapper
def ans():
return 42
In the above example, the wrapper function returns the result of the target function and the wrapper itself. This makes it possible to get the result of the modified function.
ans = deco(ans)
print(ans())
>>> This will get printed before the function is called.
This will get printed after the function is called.
42
Can you guess why the return value of the decorated function appeared in the last line instead of in the middle like before?
The @ syntactic sugar
The way you’ve used decorator in the last section might feel a little clunky. First, you
have to type the name ans
three times to call and use the decorator. Also, it becomes
harder to tell apart where the decorator is actually working. So Python allows you to use
decorator with the special syntax @
. You can apply your decorators while defining your
functions, like this:
@deco
def func(): ...
# Now call your decorated function just like a normal one
func()
Sometimes the above syntax is called the pie syntax and it’s just a syntactic sugar for
func = deco(func)
.
Decorating functions with arguments
The naive decorator that we’ve implemented above will only work for functions that take no
arguments. It’ll fail and raise TypeError
if your try to decorate a function having
arguments with deco
. Now let’s create another decorator called yell
which will take in a
function that returns a string value and transform that string value to uppercase.
def yell(func):
def wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
ret = ret.upper() + "!"
return ret
return wrapper
Create the target function that returns string value.
@yell
def hello(name):
return f"Hello {name}"
hello("redowan")
>>> 'HELLO REDOWAN!'
Function hello
takes a name:string
as parameter and returns a message as string. Look
how the yell
decorator is modifying the original return string, transforming that to
uppercase and adding an extra !
sign without directly changing any code in the hello
function.
Solving identity crisis
In Python, you can introspect any object and its properties via the interactive shell. A
function knows its identity, docstring etc. For instance, you can inspect the built in
print
function in the following ways:
print
>>> <function print>
print.__name__
>>> 'print'
print.__doc__
>>> "print(value, ..., sep=' ', end='\\n', file=sys.stdout, flush=False)\n\nPrints the
values to a stream, or to sys.stdout by default.\nOptional keyword arguments:\nfile: a
file-like object (stream); defaults to the current sys.stdout.\nsep: string inserted
between values, default a space.\nend: string appended after the last value, default
a newline.\nflush: whether to forcibly flush the stream."
help(print)
>>> Help on built-in function print in module builtins:
print(...)
print(value, ..., sep=' ', end='\n', file=sys.stdout, flush=False)
Prints the values to a stream, or to sys.stdout by default.
Optional keyword arguments:
file: a file-like object (stream); defaults to the current sys.stdout.
sep: string inserted between values, default a space.
end: string appended after the last value, default a newline.
flush: whether to forcibly flush the stream.
This introspection works similarly for functions that you defined yourself. I’ll be using
the previously defined hello
function.
hello.__name__
>>> 'wrapper'
help(hello)
>>> Help on function wrapper in module __main__:
wrapper(*args, **kwargs)
Now what’s going on there. The decorator yell
has made the function hello
confused about
its own identity. Instead of reporting its own name, it takes the identity of the inner
function wrapper
. This can be confusing while doing debugging. You can fix this by using
builtin wraps
decorator from the functools
module. This will make sure that the original
identity of the decorated function stays preserved.
import functools
def yell(func):
@wraps(func)
def wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
ret = ret.upper() + "!"
return ret
return wrapper
@yell
def hello(name):
"Hello from the other side."
return f"Hello {name}"
hello("Galaxy")
>>> 'HELLO GALAXY!'
Introspecting the hello
function decorated with modified decorator will give you the
desired result.
hello.__name__
>>> 'hello'
help(hello)
>>> Help on function hello in module __main__:
hello(name)
Hello from the other side.
Decorators in the wild
Before moving on to the next section let’s see a few real world examples of decorators. To define all the decorators, we’ll be using the following template that we’ve perfected so far.
from functools import wraps
def decorator(func):
@wraps(func)
def wrapper(*args, **kwargs):
# Do something before
ret = func(*args, **kwargs)
# Do something after
return ret
return wrapper
Timer
Timer decorator will help you time your callables in a non-intrusive way. It can help you while debugging and profiling your functions.
from functools import wraps
from time import perf_counter
def timer(func):
"""This decorator prints out the execution time of a callable."""
@wraps(func)
def wrapper(*args, **kwargs):
start_time = perf_counter()
ret = func(*args, **kwargs)
end_time = perf_counter()
run_time = end_time - start_time
print(f"Finished running {func.__name__} in {run_time:.4f} seconds.")
return ret
return wrapper
@timer
def dothings(n_times):
for _ in range(n_times):
return sum((i**3 for i in range(100_000)))
In the above way, we can introspect the time it requires for function dothings
to complete
its execution.
dothings(100_000)
>>> Finished running dothings in 0.0353 seconds.
24999500002500000000
Exception logger
Just like the timer
decorator, we can define a logger decorator that will log the state of
a callable. For this demonstration, I’ll be defining a exception logger that will show
additional information like timestamp, argument names when an exception occurs inside of the
decorated callable.
from functools import wraps
from datetime import datetime
def logexc(func):
@wraps(func)
def wrapper(*args, **kwargs):
# Stringify the arguments
args_rep = [repr(arg) for arg in args]
kwargs_rep = [f"{k}={v!r}" for k, v in kwargs.items()]
sig = ", ".join(args_rep + kwargs_rep)
# Try running the function
try:
return func(*args, **kwargs)
except Exception as e:
print(
"Time: ",
datetime.now().strftime("%Y-%m-%d [%H:%M:%S]"),
)
print("Arguments: ", sig)
print("Error:\n")
raise
return wrapper
@logexc
def divint(a, b):
return a / b
Let’s invoke ZeroDivisionError to see the logger in action.
divint(1, 0)
>>> Time: 2020-05-12 [12:03:31]
Arguments: 1, 0
Error:
------------------------------------------------------------
ZeroDivisionError Traceback (most recent call last)
....
The decorator first prints a few info regarding the function and then raises the original error.
Validation & runtime checks
Python’s type system is strongly typed, but very dynamic. For all its benefits, this means some bugs can try to creep in, which more statically typed languages (like Java) would catch at compile time. Looking beyond even that, you may want to enforce more sophisticated, custom checks on data going in or out. Decorators can let you easily handle all of this, and apply it to many functions at once.
Imagine this: you have a set of functions, each returning a dictionary, which (among other
fields) includes a field called “summary.” The value of this summary must not be more than
30 characters long; if violated, that’s an error. Here is a decorator that raises a
ValueError
if that happens:
from functools import wraps
def validate_summary(func):
@wraps(func)
def wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
if len(ret["summary"]) > 30:
raise ValueError("Summary exceeds 30 character limit.")
return ret
return wrapper
@validate_summary
def short_summary():
return {"summary": "This is a short summary"}
@validate_summary
def long_summary():
return {"summary": "This is a long summary that exceeds character limit."}
print(short_summary())
print(long_summary())
>>> {'summary': 'This is a short summary'}
-------------------------------------------------------------------
ValueError Traceback (most recent call last)
<ipython-input-178-7375d8e2a623> in <module>
19
20 print(short_summary())
---> 21 print(long_summary())
...
Retry
Imagine a situation where your defined callable fails due to some I/O related issues and
you’d like to retry that again. Decorator can help you to achieve that in a reusable manner.
Let’s define a retry
decorator that will rerun the decorated function multiple times if an
HTTP error occurs.
import requests
from functools import wraps
def retry(func):
"""This will rerun the decorated callable 3 times if
the callable encounters http 500/404 error."""
@wraps(func)
def wrapper(*args, **kwargs):
n_tries = 3
tries = 0
while True:
resp = func(*args, **kwargs)
if (
resp.status_code == 500
or resp.status_code == 404
and tries < n_tries
):
print(f"retrying... ({tries})")
tries += 1
continue
break
return resp
return wrapper
@retry
def getdata(url):
resp = requests.get(url)
return resp
resp = getdata("https://httpbin.org/get/1")
resp.text
>>> retrying... (0)
retrying... (1)
retrying... (2)
'<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">\n<title>404 Not Found</
title>\n<h1>Not Found</h1>\n<p>The requested URL was not found on the server. If
you entered the URL manually please check your spelling and try again.</p>\n'
Applying multiple decorators
You can apply multiple decorators to a function by stacking them on top of each other. Let’s define two simple decorators and use them both on a function.
from functools import wraps
def greet(func):
"""Greet in English."""
@wraps(func)
def wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
return "Hello " + ret + "!"
return wrapper
def flare(func):
"""Add flares to the string."""
@wraps(func)
def wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
return "🎉 " + ret + " 🎉"
return wrapper
@flare
@greet
def getname(name):
return name
getname("Nafi")
>>> '🎉 Hello Nafi! 🎉'
The decorators are called in a bottom up order. First, the decorator greet
gets applied on
the result of getname
function and then the result of greet
gets passed to the flare
decorator. The decorator stack above can be written as flare(greet(getname(name)))
. Change
the order of the decorators and see what happens!
Decorators with arguments
While defining the retry
decorator in the previous section, you may have noticed that I’ve
hard coded the number of times I’d like the function to retry if an error occurs. It’d be
handy if you could inject the number of tries as a parameter into the decorator and make it
work accordingly. This is not a trivial task and you’ll need three levels of nested
functions to achieve that.
Before doing that let’s cook up a trivial example of how you can define decorators with parameters.
from functools import wraps
def joinby(delimiter=" "):
"""This decorator splits the string output of the
decorated function by a single space and then joins
them using a user specified delimiter."""
def outer_wrapper(func):
@wraps(func)
def inner_wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
ret = ret.split(" ")
ret = delimiter.join(ret)
return ret
return inner_wrapper
return outer_wrapper
@joinby(delimiter=",")
def hello(name):
return f"Hello {name}!"
@joinby(delimiter=">")
def greet(name):
return f"Greetings {name}!"
@joinby()
def goodbye(name):
return f"Goodbye {name}!"
print(hello("Nafi"))
print(greet("Redowan"))
print(goodbye("Delowar"))
>>> Hello,Nafi!
Greetings>Redowan!
Goodbye Delowar!
The decorator joinby
takes a single parameter called delimiter
. It splits the string
output of the decorated function by a single space and then joins them using the user
defined delimiter specified in the delimiter
argument. The three layer nested definition
looks scary but we’ll get to that in a moment. Notice how you can use the decorator with
different parameters. In the above example, I’ve defined three different functions to
demonstrate the usage of joinby
. It’s important to note that in case of a decorator that
takes parameters, you’ll always need to pass something to it and even if you don’t want to
pass any parameter (run with the default), you’ll still need to decorate your function with
deco()
instead of deco
. Try changing the decorator on the goodbye
function from
joinby()
to joinby
and see what happens.
Typically, a decorator creates and returns an inner wrapper function but here in the
repeat
decorator, there is an inner function within another inner function. This almost
looks like a dream within a dream from the movie Inception.
There are a few subtle things happening in the joinby()
function:
Defining
outer_wrapper()
as an inner function means thatrepeat()
will refer to a function objectouter_wrapper
.The
delimiter
argument is seemingly not used injoinby()
itself. But by passingdelimiter
a closure is created where the value ofdelimiter
is stored until it will be used later byinner_wrapper()
Decorators with & without arguments
You saw earlier that a decorator specifically designed to take parameters can’t be used
without parameters; you need to at least apply parenthesis after the decorator deco()
to
use it without explicitly providing the arguments. But what if you want to design one that
can used both with and without arguments. Let’s redefine the joinby
decorator so that you
can use it with parameters or just like an ordinary parameter-less decorator that we’ve seen
before.
from functools import wraps
def joinby(_func=None, *, delimiter=" "):
"""This decorator splits the string output
of a function by a single space and then joins that
using a user specified delimiter."""
def outer_wrapper(func):
@wraps(func)
def inner_wrapper(*args, **kwargs):
ret = func(*args, **kwargs)
ret = ret.split(" ")
ret = delimiter.join(ret)
return ret
return inner_wrapper
# This part enables you to use the decorator with/without arguments
if _func is None:
return outer_wrapper
else:
return outer_wrapper(_func)
@joinby(delimiter=",")
def hello(name):
return f"Hello {name}!"
@joinby
def greet(name):
return f"Greetings {name}!"
print(hello("Nafi"))
print(greet("Redowan"))
>>> Hello,Nafi!
Greetings Redowan!
Here, the _func
argument acts as a marker, noting whether the decorator has been called
with arguments or not:
If joinby
has been called without arguments, the decorated function will be passed in as
_func
. If it has been called with arguments, then _func
will be None. The * in the
argument list means that the remaining arguments can’t be called as positional arguments.
This time you can use joinby
with or without arguments and function hello
and greet
above demonstrate that.
A generic pattern
Personally, I find it cumbersome how you need three layers of nested functions to define a
generalized decorator that can be used with or without arguments. David Beazley in his
Python Cookbook1 shows an excellent way to define generalized decorators without writing
three levels of nested functions. It uses the built in functools.partial
function to
achieve that. The following is a pattern you can use to define generalized decorators in a
more elegant way:
from functools import partial, wraps
def decorator(func=None, foo="spam"):
if func is None:
return partial(decorator, foo=foo)
@wraps(func)
def wrapper(*args, **kwargs):
# Do something with `func` and `foo`, if you're so inclined
pass
return wrapper
# Applying decorator without any parameter
@decorator
def f(*args, **kwargs):
pass
# Applying decorator with extra parameter
@decorator(foo="buzz")
def f(*args, **kwargs):
pass
Let’s redefine our retry
decorator using this pattern.
from functools import partial, wraps
def retry(func=None, n_tries=4):
if func is None:
return partial(retry, n_tries=n_tries)
@wraps(func)
def wrapper(*args, **kwargs):
tries = 0
while True:
ret = func(*args, **kwargs)
if (
ret.status_code == 500
or ret.status_code == 404
and tries < n_tries
):
print(f"retrying... ({tries})")
tries += 1
continue
break
return ret
return wrapper
@retry
def getdata(url):
resp = requests.get(url)
return resp
@retry(n_tries=2)
def getdata_(url):
resp = requests.get(url)
return resp
resp1 = getdata("https://httpbin.org/get/1")
print("-----------------------")
resp2 = getdata_("https://httpbin.org/get/1")
>>> retrying... (0)
retrying... (1)
retrying... (2)
retrying... (3)
-----------------------
retrying... (0)
retrying... (1)
In this case, you do not have to write three level nested functions and the
functools. partial
takes care of that. Partials can be used to make new derived functions
that have some input parameters pre-assigned.Roughly partial
does the following:
def partial(func, *part_args):
def wrapper(*extra_args):
args = list(part_args)
args.extend(extra_args)
return func(*args)
return wrapper
This eliminates the need to write multiple layers of nested factory function get a generalized decorator.
Defining decorators with classes
This time, I’ll be using a class to compose a decorator. Classes can be handy to avoid nested architecture while writing decorators. Also, it can be helpful to use a class while writing stateful decorators. You can follow the pattern below to compose decorators with classes.
import functools
class ClassDeco:
def __init__(self, func):
# Does the work of the 'functools.wraps' in methods.
functools.update_wrapper(self, func)
self.func = func
def __call__(self, *args, **kwargs):
# You can add some code before the function call
ret = self.func(*args, **kwargs)
# You can also add some code after the function call
return ret
Let’s use the above template to write a decorator named Emphasis
that will add bold tags
<b></b>
to the string output of a function.
import functools
class Emphasis:
def __init__(self, func):
functools.update_wrapper(self, func)
self.func = func
def __call__(self, *args, **kwargs):
ret = self.func(*args, **kwargs)
return "<b>" + ret + "</b>"
@Emphasis
def hello(name):
return f"Hello {name}"
print(hello("Nafi"))
print(hello("Redowan"))
>>> <b>Hello Nafi</b>
<b>Hello Redowan</b>
The __init__()
method stores a reference to the function num_calls and can do other
necessary initialization. The __call__()
method will be called instead of the decorated
function. It does essentially the same thing as the wrapper()
function in our earlier
examples. Note that you need to use the functools.update_wrapper()
function instead of
@functools.wraps
.
Before moving on, let’s write a stateful decorator using classes. Stateful decorators can
remember the state of their previous run. Here’s a stateful decorator called Tally
that’ll
keep track of the number of times decorated functions are called in a dictionary. The keys
of the dictionary will hold the names of the functions and the corresponding values will
hold the call count.
import functools
class Tally:
def __init__(self, func):
functools.update_wrapper(self, func)
self.func = func
self.tally = {}
self.n_calls = 0
def __call__(self, *args, **kwargs):
self.n_calls += 1
self.tally[self.func.__name__] = self.n_calls
print("Callable Tally:", self.tally)
return self.func(*args, **kwargs)
@Tally
def hello(name):
return f"Hello {name}!"
print(hello("Redowan"))
print(hello("Nafi"))
>>> Callable Tally: {'hello': 1}
Hello Redowan!
Callable Tally: {'hello': 2}
Hello Nafi!
A few more examples
Caching return values
Decorators can provide an elegant way of memoizing function return values. Imagine you have an expensive API and you’d like call that as few times as possible. The idea is to save and cache values returned by the API for particular arguments, so that if those arguments appear again, you can serve the results from the cache instead of calling the API again. This can dramatically improve your applications’ performance. Here I’ve simulated an expensive API call and provided caching with a decorator.
import time
def api(a):
"""API takes an integer and returns the square value of it.
To simulate a time consuming process, I've added some time delay to it.
"""
print("The API has been called...")
# This will delay 3 seconds
time.sleep(3)
return a * a
api(3)
>>> The API has been called...
9
You’ll see that running this function takes roughly 3 seconds. To cache the result, we can use Python’s built in functools.lru_cache to save the result against an argument in a dictionary and serve that when it encounters the same argument again. The only drawback here is, all the arguments need to be hashable.
import functools
@functools.lru_cache(maxsize=32)
def api(a):
"""API takes an integer and returns the square value of it.
To simulate a time consuming process, I've added some time delay to it.
"""
print("The API has been called...")
# This will delay 3 seconds
time.sleep(3)
return a * a
api(3)
>>> 9
Least Recently Used (LRU) Cache organizes items in order of use, allowing you to quickly
identify which item hasn’t been used for the longest amount of time. In the above case, the
parameter max_size
refers to the maximum numbers of responses to be saved up before it
starts deleting the earliest ones. While you run the decorated function, you’ll see first
time it’ll take roughly 3 seconds to return the result. But if you rerun the function again
with the same parameter it’ll spit the result from the cache almost instantly.
Unit Conversion
The following decorator converts length from SI units to multiple other units without polluting your target function with conversion logics.
from functools import wraps
def convert(func=None, convert_to=None):
"""This converts value from meter to others."""
if func is None:
return partial(convert, convert_to=convert_to)
@wraps(func)
def wrapper(*args, **kwargs):
print(f"Conversion unit: {convert_to}")
ret = func(*args, **kwargs)
# Adding conversion rules
if convert_to is None:
return ret
elif convert_to == "km":
return ret / 1000
elif convert_to == "mile":
return ret * 0.000621371
elif convert_to == "cm":
return ret * 100
elif convert_to == "mm":
return ret * 1000
else:
raise ValueError("Conversion unit is not supported.")
return wrapper
Let’s use that on a function that returns the area of a rectangle.
@convert(convert_to="mile")
def area(a, b):
return a * b
area(1, 2)
>>> Conversion unit: mile
0.001242742
Using the convert decorator on the area function shows how it prints out the transformation unit before returning the desired result. Experiment with other conversion units and see what happens.
Function registration
The following is an example of registering logger function in Flask framework. The decorator
register_logger
doesn’t make any change to the decorated logger
function. Rather it
takes the function and registers it in a list called logger_list
every time it’s invoked.
from flask import Flask, request
app = Flask(__name__)
logger_list = []
def register_logger(func):
logger_list.append(func)
return func
def run_loggers(request):
for logger in logger_list:
logger(request)
@register_logger
def logger(request):
print(request.method, request.path)
@app.route("/")
def index():
run_loggers(request)
return "Hello World!"
if __name__ == "__main__":
app.run(host="localhost", port="5000")
If you run the server and hit the http://localhost:5000/
url, it’ll greet you with a
Hello World!
message. Also you’ll able to see the printed method
and path
of your HTTP
request on the terminal. Moreover, if you inspect the logger_list
, you’ll find the
registered logger there. You’ll find a lot more real life usage of decorators in the Flask
framework.
Recent posts
- Injecting Pytest fixtures without cluttering test signatures
- Explicit method overriding with @typing.override
- Quicker startup with module-level __getattr__
- Docker mount revisited
- Topological sort
- Writing a circuit breaker in Go
- Discovering direnv
- Notes on building event-driven systems
- Bash namerefs for dynamic variable referencing
- Behind the blog