Agreed. While I really enjoy James Powell videos like the one below, @ArjanCodes just presents things in a very fluid manner. ruclips.net/video/cKPlPJyQrt4/видео.html My colleagues were lost with the content presented in that James Powell video. But I hope that no one was lost with what @ArjanCodes presented in this one. Good job @ArjanCodes! Thank you.
I've consumed a lot of programming content recently and this channel is one of the best I've seen. Well produced, professional and perfect pacing. Even the occasional joke!
This is just gold on youtube. So many junior devs don't understand decorators in Python, and think of them only as this "Magic" that you put on top without understanding anything. Thank you, Arjan.
Great stuff. I have never understood decorators... Until now. It was so nice how you showed step by step how it works. I thought decorators were only python thing but now I see its a general concept doable in all languages
Hi, Arjan! Can you make a video about "module/package structure" in Python? For instance, using a project as an example, what classes should be grouped together in which modules/packages (nomenclature, subjects, etc). Regards!
Yes x1000. While the syntax isn’t too hard to get my head around, best practices is always difficult to get a handle on. And most info on web is for open source projects. It’s actually quite difficult to get an idea of how to robustly share internal packages with the rest of your team in a non-open way.
I came for the high quality and well thought out content. I stayed for it too. But I loved it for all of the glorious puns. :D Thank you for the education and the puns. Both are much appreciated!
My python code always looks like it's straight out of the 90s and yours reminds me of something from another time completely. Definitely should brush up more :)
Excellent presentation! I think I need to watch this two or three times to fully understand as this is a lot like the movie Inception, dreams within dreams… Thanks for putting the time into this content and also for the additional discussion at the end where you discussed practical use. Cheers!
It's literally like you're spying on my current challenges at work! There's a heavily nested decorators function that is being used and this has cleared things up a lot! Thanks so much, keep going with the great work!
I know the decorator pattern from top of my head, but I use python decorators so rarely I have to re-learn them every time :) Another good use case for decorators is error handling. We catch different exceptions in a web app on different layers and turn them into http errors. But overall decorators are a niche thing.
Welp. I guess I now know exactly what I need to rewrite part of a work project. There's some complicated and annoying interdependencies that I am not a fan of, but I hadn't figured out how to solve it. Also, thanks for explaining something that as far as I could tell were just magic!
I started watching recently and I have been pleasantly surprised by the quality of your content. There is one caveat, I think, to using the @decorator syntax of python and that is if you need to provide different parameters to the wraper function in different moments. Since the decorator is set at the beginning of the definition of a function, you would either define a function multiple times with the decorator with updated parameters, or use one of the other ways to use a decorator as you showed in the video.
JIC: we also can implement decorators using class with `__init__` and `__call__` method (`__init__` for parameterizing and `__call__` for applying deco to func of class) And in addition we can decorate not only functions but classes as well
I definitely agree that wrapping logic in decorators makes code harder to read, but I love using them to register handlers, like how Flask defines routes. I use it like that all the time for event handlers, and I just think it makes the code super easy to read and understand. Love your videos, so happy to see someone else who loves Python as much as I do 😁
BTW, flask's decorator functions also return the original function unchanged. So even though a function is a flask route, you can call it just like a regular function if needed. Flask's types were broken regarding this fact, and I had to fix them sometime last year.
I have watched a few videos on this topic and you explained the best. It's so easy to understand with some background (classic decorator pattern in OOP and then how Python gets it done). Thank you.
This is the one of the most interesting and enlightening video within your playlist. I am about to flex all these skills from your video into my code-base. 🤣
Great video, I use decorators all the time, but only the cases as you show in the video benchmarking and logging start of end of a method call. Never use multiple decorators, if i need both timing and logging, i create a single decorator that does both
Realized now that Arjan codes is one of the only channels that when you ask for a like i actually stop and like the video. Thought goes like: "that's so useful, it really deserves a like" hehe btw: i would like to see your deep dive on the import system ...
You asked if anyone was using their own decorators, so here goes. We're developing a Flask application with authentication, of course. We are using the Flask-provided login_required decorator but also require different roles for the users. This meant testing whether the user had the appropriate role at the beginning of certain routes. I decided this was essentially code duplication and really required a new decorator in which you supply a list of roles. Surprisingly easy to write, really. It's part of the code base and documented, so a future developer of the application should understand how and when to use it.
Great video. For anyone wanting to use the with_default_logging decorator, be aware of a potential issue. Most likely, the logger object will have the name from the module where it was instantiated. If you import it via decorator into another module, it might get confusing where the logging call actually came from because the logger name can be mistaken for the module name. I definitely had the issue in the past and it took me a while to figure out what was going on.
I was trying to accomplish a decorator in a class and couldn't make any sense of it until i saw this video. Arjan explains the best and most generic way of achieving a decorator.
Decorators are truly a double edged sword. I have used them in the past to pass on a database session through multiple layers of controllers in a rest application. The decorator took ownership of the session and decided when to open / flush / commit / and close the session. It also added some parameters to every controller function in order to implement some security features. It worked wonders for our project as even after countless controller calls a session could seamlessly revert to an old state if an error occurred and controller functions were automatically secured, but to this day it confuses some developers when working with it, because not everyone understands python decorators well. Though I still stand to that design choice today.
Really nice video! I discovered Decorators in my new job (C++), but we use the traditional pattern because we can change the order and list of them by the DI configuration tool or inside factories. Amazing how things like anticipation, sync or cached operations are decoupled from the model object.
I wrote a decorator for a web application once that enforced authorization. It would get the user session object from the coroutine context and verify that the user possessed the permissions defined in the decorator call. e.g. @secure('write_permission') Great videos btw! I would appreciate a video on decorator classes. I've always found them very hard to understand how they work and what the pros/cons are. Oh, and a video on the coroutine context! Thanks!
Thank you so much for the videos! Could you use more visuals (drawings) before writing the code? I guess if you draw what you are trying to build before building it, this will deliver the message perfectly
For me the option that makes most sense is to use functions in the decorator design pattern. That way, if you're benchmarking code (say, in a jupyter environment) you can called the decorated functions of methods, but when you're deploying the code in a script that needs to run for hours and no one will look at, you can call the function without the decorator, thus leaving out a bunch of logging and calls to perf_time()
This is extremely interesting, I am working on a Flask 2.0 project and would like to know if you have any videos on Flask. Search did not find anything apart from GarphQL VS Rest. Thank you.
One of the best python video makers ever.. Keep going sir.. 😁 I have been following since so long, I'm a machine learning engineer and I come here once in a while, and always watch the latest ones to be sure my python skills are state of the art 😎
I use decorators mostly for testing and debugging. Having a dedicated decorators for benchmark and logging produces less clutter and I can simply remove the decorator if I no longer need it. I also use my own @NOT_IMPLEMENTED decorator to automatically raise a NotImplemented exception and print message to the console, so I don't have to write the code manually in every function over and over. Otherwise I try to stay away from decorators (unless it's property, dataclass or pytest fixture).
In my previous work, VW group, decorators were used to decorate classes and decorators created instances of classes that we wanted to use in the class. So they were some kind of Factories for other classes. I had no idea how that worked at the time :)
Great Video Arjan. How would you implement an async decorator for async functions or a decorator that can be used on both sync and async. Still found a solution that "feels" right
Python 3.12 threw TypeError: 'float' object cannot be interpreted as an integer using the sqrt inside of range - needed to change to for element in range(2, int(sqrt(number) + 1)):
Thank you so much for your hard work and the effort you put into your channel. Great video!!! Quick question/ idea for another video Could you describe the difference between Decorator and Proxy Design patterns? Thanks in advance!
I recently implemented a version elevator system using decorators. The version elevators were just simple functions that take in a config object and modify it in-place updating it to the next highest version. The decorators were needed because some versions needed multiple mending functions due to inconsistend versioning plus we also had some functions that were just there to provide some convenience options in the configs. As such, the decorator would take the version for which the mending function should be applied as an argument or None it is a convenience thing. The decorator would then take care of adding logging and registering the mending function. Now, outdated configs can be updated by just running all the version escalators on it in the given order, e.g. if the config is version 3 and the current version is 5 it would be 3->4->5 and then run all of the convenience stuff. I think the decorators make the code quite tidy since all you see is really only the migration logic. I would recommend using the class-based approach with `__call__` when you want decorators that take arguments though. I find them easier to read than three nested functions and it makes dealing with defaults easier as well.
One notable case where I built my own decorators was to build a mini-ETL framework. I was using decorators to inject data validation checks pre and post transformation steps. Also reused the @nested_dataclass trick someone posted online to be able to create dataclasses with nested dataclasses members off of unpacked dictionaries.
I've only used a handful of decorators in python, but what I'm curious about is what @abstractmethod brings to the table here, in the first section of the video. I'm familiar with the idea that declaring something abstract (in languages that allow it) prevents you from creating a subclass without providing your own definition of that method. Is that all that's being done here? I admit that not usually being a library programmer, I tend to just document what things need to be done rather than build out a hierarchy to make the compiler enforce it.
Great video as always, I use the built in decorators but Ive never reach the point of making my own. It looks awesome but in practice I feel its a bit convoluted as an end user. I will definitely will try them out now. Thank you for the great video.
One more fantastic python guide. ❤️ You make it easy to learn. Are you also going to tackle another programming language, like javascript? Or will that hurt your RUclips algorithm too much?
I expect mixing programming languages will hurt the channel. But I might start another channel in the future that focuses on a different programming language.
I really like functional programming and specially haskell. I often try to see how to reproduce haskell behavior in python for fun (and sometimes profit). Decorators were the obvious choice to implement currying. The not so obvious choice used by functools.partial (class) is much better, but requires more work to work properly.
Hi Arjan. Your code examples from git have small mistake. When you check for prime number you forget to convert stop elm to integer => for element in range(2, sqrt(number) + 1). sqrt return float thats lead to TypeError Exception
The difference is that with functools partial you can create different versions of the same function, but with a different value applied, while there’s only one possible default value. A second, more fundamental difference is that partial creates a new function that doesn’t even have the argument anymore.
I usually use the decorators from packages, I didn't had the need to create stuff for myself.. but watching this video, I see there is a lot of small stuff I do a lot in my code that could be an decorator.. just low level stuff like error handling and logging..
The most useful tip with decorators especially in-case where a decorator handles input, for example in authentication the best possible way to handle invalid input is to raise an Error : raise UnAuthenticatedError(message) then handle the error else where on your code, any other means of handling invalid arguments or invalid credentials is bound to cause problems with Flow.
for example if you handle invalid arguments by passing along a variable or credentials , then if they are invalid and you forget to handle the case where the credentials where invalid in the method or function in which the decorator is being used, you may not find this bug... straight away,
I was hoping that you would talk about ParamSpec near the end to be able to preserve the argument types of decorated functions for better autocomplete :)
Hold on, wasn't the point not to pollute the code? Now we're embedding and scattering @ signs. I'm confused. Are we supposed to wrap functions in a separate file and only there add the decorators?
hey Arjan. can you share your thoughts on using result tuples such as the one below in python? good idea or bad idea? ``` def result(func): def safecall(*args, **kwargs): try: return (None, func(*args, **kwargs)) except Exception as e: return (e, None) return safecall @result def div(x, y): return x / y X = [1, 1, 1, -1] Y = [2, 0, [], 2] for x, y in zip(X, Y): err, res = div(x, y) if err: print(repr(err)) continue print(res) >>> 0.5 >>> ZeroDivisionError('division by zero') >>> TypeError("unsupported operand type(s) for /: 'int' and 'list'") >>> -0.5 ```
The way you progressively take the viewer through the level of abstraction is one of the best parts of this, and many of your videos.
Yep, exactly!
Agreed. While I really enjoy James Powell videos like the one below, @ArjanCodes just presents things in a very fluid manner.
ruclips.net/video/cKPlPJyQrt4/видео.html
My colleagues were lost with the content presented in that James Powell video. But I hope that no one was lost with what @ArjanCodes presented in this one.
Good job @ArjanCodes! Thank you.
200% agree!
I've consumed a lot of programming content recently and this channel is one of the best I've seen. Well produced, professional and perfect pacing. Even the occasional joke!
Thanks so much!
This is just gold on youtube. So many junior devs don't understand decorators in Python, and think of them only as this "Magic" that you put on top without understanding anything. Thank you, Arjan.
Thank you!
Great stuff. I have never understood decorators... Until now. It was so nice how you showed step by step how it works. I thought decorators were only python thing but now I see its a general concept doable in all languages
Glad you liked it!!
"@ArjanCodes"
It even works on RUclips. I'm just trying to wrap Arjan's Glad-you-liked-it to decorate my comment.
Hi, Arjan! Can you make a video about "module/package structure" in Python? For instance, using a project as an example, what classes should be grouped together in which modules/packages (nomenclature, subjects, etc). Regards!
I totally support this idea!
For me it is still a bit of a mystery how to BEST create a library/package from your own files...
^
Yes x1000. While the syntax isn’t too hard to get my head around, best practices is always difficult to get a handle on. And most info on web is for open source projects. It’s actually quite difficult to get an idea of how to robustly share internal packages with the rest of your team in a non-open way.
+999 to this :)
agreed. i'd like to see that too
".. a pain in the class.." 🤣 Added to my sayings... Thanks Arjan!
I cannot overstate how well you described the decorators in every aspect! Great work!
Thank you so much!
Thank you so much!
I came for the high quality and well thought out content. I stayed for it too. But I loved it for all of the glorious puns. :D Thank you for the education and the puns. Both are much appreciated!
Glad you enjoyed it!
One of the best channel for learning python best practices. Thanks alot Arjan!
Thank you, Tim, glad you find the content helpful!
This dude i can tell came from Java/C++ world he mastered OOP - this is a great for a seasoned developer. Thanks bro.
My python code always looks like it's straight out of the 90s and yours reminds me of something from another time completely. Definitely should brush up more :)
Turtles all the way down. Glad you mentioned the "harder to read" downside. Excellent presentation of a fun tool.
Thank you, glad you enjoyed it!
Danke!
Happy you enjoyed the video, Andreas!
Excellent presentation! I think I need to watch this two or three times to fully understand as this is a lot like the movie Inception, dreams within dreams… Thanks for putting the time into this content and also for the additional discussion at the end where you discussed practical use. Cheers!
Tak!
Thank you for your support, Cassidy!
Omg, thought how to combine music with your videos - and here it comes. Much easier to switch from coding to learning now, nice feature:)
It's literally like you're spying on my current challenges at work! There's a heavily nested decorators function that is being used and this has cleared things up a lot! Thanks so much, keep going with the great work!
Thank you and will do!
I know the decorator pattern from top of my head, but I use python decorators so rarely I have to re-learn them every time :)
Another good use case for decorators is error handling. We catch different exceptions in a web app on different layers and turn them into http errors.
But overall decorators are a niche thing.
Welp. I guess I now know exactly what I need to rewrite part of a work project. There's some complicated and annoying interdependencies that I am not a fan of, but I hadn't figured out how to solve it.
Also, thanks for explaining something that as far as I could tell were just magic!
You're welcome, Marie! :)
22:38 You shouldn’t have bothered with functools.partial. Just do
with_default_logging = with_logging(logger)
This is the most practical advise on decorators i've ever seen or heard.
Thanks!
This channel has the most useful python tutorials.
Easily the best presentation on decorators I’ve ever seen. 👏🏻
Wow! Thanks so much 😊
I started watching recently and I have been pleasantly surprised by the quality of your content. There is one caveat, I think, to using the @decorator syntax of python and that is if you need to provide different parameters to the wraper function in different moments. Since the decorator is set at the beginning of the definition of a function, you would either define a function multiple times with the decorator with updated parameters, or use one of the other ways to use a decorator as you showed in the video.
JIC: we also can implement decorators using class with `__init__` and `__call__` method (`__init__` for parameterizing and `__call__` for applying deco to func of class)
And in addition we can decorate not only functions but classes as well
I definitely agree that wrapping logic in decorators makes code harder to read, but I love using them to register handlers, like how Flask defines routes.
I use it like that all the time for event handlers, and I just think it makes the code super easy to read and understand.
Love your videos, so happy to see someone else who loves Python as much as I do 😁
BTW, flask's decorator functions also return the original function unchanged. So even though a function is a flask route, you can call it just like a regular function if needed.
Flask's types were broken regarding this fact, and I had to fix them sometime last year.
I have watched a few videos on this topic and you explained the best. It's so easy to understand with some background (classic decorator pattern in OOP and then how Python gets it done). Thank you.
Glad it was helpful!
This is the one of the most interesting and enlightening video within your playlist.
I am about to flex all these skills from your video into my code-base. 🤣
Go for it! 💪🏻
Great video, I use decorators all the time, but only the cases as you show in the video benchmarking and logging start of end of a method call.
Never use multiple decorators, if i need both timing and logging, i create a single decorator that does both
this is not always the case. there are quite well known frameworks which use stacked decorators frequently as middleware.
also order matters. if you have a number of decorators, do you want to write a decorator for every combination of them?
Realized now that Arjan codes is one of the only channels that when you ask for a like i actually stop and like the video. Thought goes like: "that's so useful, it really deserves a like" hehe
btw: i would like to see your deep dive on the import system ...
Thanks for your support! I noted your suggestion :)
I liked the first part of your tutorial. It reminded me how I used to decorator before java 1.5, and instantly boosted my learning speed.
Thanks for sharing!
You asked if anyone was using their own decorators, so here goes. We're developing a Flask application with authentication, of course. We are using the Flask-provided login_required decorator but also require different roles for the users. This meant testing whether the user had the appropriate role at the beginning of certain routes. I decided this was essentially code duplication and really required a new decorator in which you supply a list of roles. Surprisingly easy to write, really. It's part of the code base and documented, so a future developer of the application should understand how and when to use it.
Great video. For anyone wanting to use the with_default_logging decorator, be aware of a potential issue. Most likely, the logger object will have the name from the module where it was instantiated. If you import it via decorator into another module, it might get confusing where the logging call actually came from because the logger name can be mistaken for the module name. I definitely had the issue in the past and it took me a while to figure out what was going on.
I just started getting into decorators, and this is such a comprehensive guide on what the hell a decorator is, thank you so much
You're so welcome!
Finally understand how decorators work in detail
Just way awesome than any video. Thank you loads Arjan ❤
Thank you so much 😀
Thanks for the excellent and easy-to-follow explanation! Brilliant teaching :)
I'm glad to hear that the video was helpful :)
I was trying to accomplish a decorator in a class and couldn't make any sense of it until i saw this video.
Arjan explains the best and most generic way of achieving a decorator.
Thank you so much!
Liked the video when I saw the like video button light up as soon as you talked about it. Nice!
Decorators are truly a double edged sword. I have used them in the past to pass on a database session through multiple layers of controllers in a rest application. The decorator took ownership of the session and decided when to open / flush / commit / and close the session. It also added some parameters to every controller function in order to implement some security features. It worked wonders for our project as even after countless controller calls a session could seamlessly revert to an old state if an error occurred and controller functions were automatically secured, but to this day it confuses some developers when working with it, because not everyone understands python decorators well. Though I still stand to that design choice today.
Using decorators: 🙂
Designing decorators: 😨
Really nice video! I discovered Decorators in my new job (C++), but we use the traditional pattern because we can change the order and list of them by the DI configuration tool or inside factories. Amazing how things like anticipation, sync or cached operations are decoupled from the model object.
I wrote a decorator for a web application once that enforced authorization. It would get the user session object from the coroutine context and verify that the user possessed the permissions defined in the decorator call. e.g. @secure('write_permission')
Great videos btw! I would appreciate a video on decorator classes. I've always found them very hard to understand how they work and what the pros/cons are. Oh, and a video on the coroutine context! Thanks!
One of your best videos yet
Thanks. It is a great video explaining how decorator works. It is a good feature of dynamic programming language.
Thank you for the kind words! Glad you liked the video.
Thanks, i like the path from classic patter to python’s decorator style.
Glad you like it!
THANK YOU 😊 Wanted something on this topic and just in time for lunch break today ! Gonna use it immediately
Thank you so much for the videos!
Could you use more visuals (drawings) before writing the code? I guess if you draw what you are trying to build before building it, this will deliver the message perfectly
cette chaine est une mine d'or ! 🧡
As a functional programmer I love the functional decorator, combinators are good.
Huge pain in the 'class' haha! Very nice!
For me the option that makes most sense is to use functions in the decorator design pattern. That way, if you're benchmarking code (say, in a jupyter environment) you can called the decorated functions of methods, but when you're deploying the code in a script that needs to run for hours and no one will look at, you can call the function without the decorator, thus leaving out a bunch of logging and calls to perf_time()
This is extremely interesting, I am working on a Flask 2.0 project and would like to know if you have any videos on Flask. Search did not find anything apart from GarphQL VS Rest. Thank you.
Haven't done a video on Flask, but soon a video will come out on FastAPI.
@@ArjanCodes I look forward to it, thank you very much.
One of the best python video makers ever.. Keep going sir.. 😁 I have been following since so long, I'm a machine learning engineer and I come here once in a while, and always watch the latest ones to be sure my python skills are state of the art 😎
Thank you so much for your support!
Thanks for the lesson Arjan. Very well done.
Glad you liked it!
I use decorators mostly for testing and debugging. Having a dedicated decorators for benchmark and logging produces less clutter and I can simply remove the decorator if I no longer need it. I also use my own @NOT_IMPLEMENTED decorator to automatically raise a NotImplemented exception and print message to the console, so I don't have to write the code manually in every function over and over.
Otherwise I try to stay away from decorators (unless it's property, dataclass or pytest fixture).
In my previous work, VW group, decorators were used to decorate classes and decorators created instances of classes that we wanted to use in the class. So they were some kind of Factories for other classes. I had no idea how that worked at the time :)
Great Video Arjan. How would you implement an async decorator for async functions or a decorator that can be used on both sync and async. Still found a solution that "feels" right
Exactly the video I was looking for. 🎉🎉
Glad I could help!
Easy to follow and very helpfull!
Great to hear!
Python 3.12 threw
TypeError: 'float' object cannot be interpreted as an integer
using the sqrt inside of range - needed to change to
for element in range(2, int(sqrt(number) + 1)):
Thank you so much for your hard work and the effort you put into your channel. Great video!!!
Quick question/ idea for another video
Could you describe the difference between Decorator and Proxy Design patterns?
Thanks in advance!
Great suggestion!
I recently implemented a version elevator system using decorators. The version elevators were just simple functions that take in a config object and modify it in-place updating it to the next highest version. The decorators were needed because some versions needed multiple mending functions due to inconsistend versioning plus we also had some functions that were just there to provide some convenience options in the configs. As such, the decorator would take the version for which the mending function should be applied as an argument or None it is a convenience thing. The decorator would then take care of adding logging and registering the mending function. Now, outdated configs can be updated by just running all the version escalators on it in the given order, e.g. if the config is version 3 and the current version is 5 it would be 3->4->5 and then run all of the convenience stuff. I think the decorators make the code quite tidy since all you see is really only the migration logic. I would recommend using the class-based approach with `__call__` when you want decorators that take arguments though. I find them easier to read than three nested functions and it makes dealing with defaults easier as well.
Brilliant video. May I ask which IDE is that - that run button and auto switching to terminal is quite nifty.
Thanks! I'm using VS Code.
Amazing content! Thanks so much for sharing that.
Simply an amazing video 😌 Thank you.
Glad you enjoyed it, Diego!
One notable case where I built my own decorators was to build a mini-ETL framework. I was using decorators to inject data validation checks pre and post transformation steps.
Also reused the @nested_dataclass trick someone posted online to be able to create dataclasses with nested dataclasses members off of unpacked dictionaries.
Do you have a link for that by chance?
I'm learning from you a lot. Many thanks!
My pleasure!
I've only used a handful of decorators in python, but what I'm curious about is what @abstractmethod brings to the table here, in the first section of the video. I'm familiar with the idea that declaring something abstract (in languages that allow it) prevents you from creating a subclass without providing your own definition of that method. Is that all that's being done here? I admit that not usually being a library programmer, I tend to just document what things need to be done rather than build out a hierarchy to make the compiler enforce it.
Great video as always, I use the built in decorators but Ive never reach the point of making my own. It looks awesome but in practice I feel its a bit convoluted as an end user. I will definitely will try them out now. Thank you for the great video.
Glad you liked the video! 😊
One more fantastic python guide. ❤️
You make it easy to learn.
Are you also going to tackle another programming language, like javascript?
Or will that hurt your RUclips algorithm too much?
I expect mixing programming languages will hurt the channel. But I might start another channel in the future that focuses on a different programming language.
I really like functional programming and specially haskell. I often try to see how to reproduce haskell behavior in python for fun (and sometimes profit). Decorators were the obvious choice to implement currying. The not so obvious choice used by functools.partial (class) is much better, but requires more work to work properly.
thanks this super insightful guide! much appreciated
Thank you!
Note that if you want decorators to support both sync and async functions, you can switch based on the value of inspect.iscoroutinefunction()
I had a hard time understanding decorators in my high school days. Never created my own, but I think I might have to reconsider now
Absolutely great video
Thank you so much!
OH MY GOD IT FINALLY MAKES SENSE
Is it common/good practice to allow exceptions to be raised inside a wrapper function?
An amazing tutorial!
Thanks
You're welcome!
great video, thx a million, making me revisit those ideas, i tend to forget ;)
Thank you, glad you liked it!
you are gods gift for me
thank you very much.
are not you planning for doing some projects in python.
Hi Arjan. Your code examples from git have small mistake. When you check for prime number you forget to convert stop elm to integer => for element in range(2, sqrt(number) + 1). sqrt return float thats lead to TypeError Exception
What is the difference between functools and setting default arguments in function?
The difference is that with functools partial you can create different versions of the same function, but with a different value applied, while there’s only one possible default value. A second, more fundamental difference is that partial creates a new function that doesn’t even have the argument anymore.
I usually use the decorators from packages, I didn't had the need to create stuff for myself.. but watching this video, I see there is a lot of small stuff I do a lot in my code that could be an decorator.. just low level stuff like error handling and logging..
Superb, like always.
Thanks so much!
Nodes i need blue tooth in location/ rotation? Can we do wireless on strings.lock ed on .scale is floopy.will it be ok..
The most useful tip with decorators especially in-case where a decorator handles input, for example in authentication the best
possible way to handle invalid input is to raise an Error : raise UnAuthenticatedError(message) then handle the error else where on your code, any other means of handling invalid arguments or invalid credentials is bound to cause problems with Flow.
for example if you handle invalid arguments by passing along a variable or credentials , then if they are invalid and you forget to handle the case where the credentials where invalid in the method or function in which the decorator is being used, you may not find this bug... straight away,
Yes, good points!
Thanks Arjan!
You’re welcome!
I gave the like, a nice way to decorate!
I’ve decorated your comment as well 😎
What if I want to decorate a function that I don't have access to? E.g. there is a lib_function from some library and I want to add a decorator to it?
Love it!
Thanks!!
I was hoping that you would talk about ParamSpec near the end to be able to preserve the argument types of decorated functions for better autocomplete :)
Very good!
Thank you!
Hey, Can you make a video about the difference between decorator and proxy design patterns
Several years ago the term "aspect oriented programming" was in vogue. Decorators seem to me _the_ way to implement AOP.
He is back!!!
Hold on, wasn't the point not to pollute the code? Now we're embedding and scattering @ signs. I'm confused. Are we supposed to wrap functions in a separate file and only there add the decorators?
I use decorators in fastapi for user's token authorization.
hey Arjan.
can you share your thoughts on using result tuples such as the one below in python? good idea or bad idea?
```
def result(func):
def safecall(*args, **kwargs):
try:
return (None, func(*args, **kwargs))
except Exception as e:
return (e, None)
return safecall
@result
def div(x, y):
return x / y
X = [1, 1, 1, -1]
Y = [2, 0, [], 2]
for x, y in zip(X, Y):
err, res = div(x, y)
if err:
print(repr(err))
continue
print(res)
>>> 0.5
>>> ZeroDivisionError('division by zero')
>>> TypeError("unsupported operand type(s) for /: 'int' and 'list'")
>>> -0.5
```
Lovely vidoe as always
here is a video idea for you: How to Code inefficiently.
Haha, good suggestion, with some reverse psychology :)
I wanted to ask a question but writing my question answered it, thanks