🖥️ Very clearly explained. The best part is that you did not directly jump into explaining abstract classes but gave a context about how things work in different languages and in what ways python is different.
The Talking interface and associated implemented Talking class...them having the same name and working, was that just a quirk of Python that shouldn't be encouraged because it will probably be fixed at a later date? Looking at the autocomplete prompts that were coming up, probably from practicing, was the implemented Talking class supposed to be called TalkingDog?
Cool content, I'm new on Phyton but in my minimal experience with this language I've noticed that, in comparison with other languages, there's a lot of errors than may happen at runtime. Unfortunately, the lang is used in a lot of areas and it's important to learn it.
Giving the interface and the class the same name was weird, I was really surprised this actually worked! Is it because the Talking Class is defined later (further down) in the code?
I honestly don’t understand you don’t many views. I enjoyed your explanation. I would like to see a complete tutorial especially on oop and design patterns.
Why not use something like this: IsTalking(ABC) and class Dog(Animal, IsTalking)? This would be more logical, and super is not needed in the child class if there are no changes to the class fields
🖥️ Very clearly explained. The best part is that you did not directly jump into explaining abstract classes but gave a context about how things work in different languages and in what ways python is different.
The Talking interface and associated implemented Talking class...them having the same name and working, was that just a quirk of Python that shouldn't be encouraged because it will probably be fixed at a later date?
Looking at the autocomplete prompts that were coming up, probably from practicing, was the implemented Talking class supposed to be called TalkingDog?
You are absolutely correct. I actually made a mistake while recording, the listings in the accompaniment blog article show the correct code.
Beautiful explanation, now it's clear to me the difference between an abstract class and an interface. Keep it up!
Glad it was helpful!
Cool content, I'm new on Phyton but in my minimal experience with this language I've noticed that, in comparison with other languages, there's a lot of errors than may happen at runtime. Unfortunately, the lang is used in a lot of areas and it's important to learn it.
Giving the interface and the class the same name was weird, I was really surprised this actually worked! Is it because the Talking Class is defined later (further down) in the code?
I honestly don’t understand you don’t many views. I enjoyed your explanation. I would like to see a complete tutorial especially on oop and design patterns.
Great explanation
Nice video, I really enjoyed it.
What ide you are using?
NeoVim
Nice video
Why not use something like this: IsTalking(ABC) and class Dog(Animal, IsTalking)? This would be more logical, and super is not needed in the child class if there are no changes to the class fields
Doesn't quite explain what "ABC" is for. Removing it doesn't break things.
Oh i see, that abstractmethod decorator has no effect unless subclassing an ABC. But still doesn't explain why the Animal class needs it.
It makes the class abstract, so it can't create an object feom it directly, but from another class that inherits it
🖥
💻
🖥
🖥