Codebeez zijn wij met zijn allen samen. Wij vormen de cultuur. Op onze eigen manier, die we gezamenlijk bepalen. Alles draait bij Codebeez om onze mensen, hun plezier, hun groei, focus op ons vakgebied en de kwaliteit van wat wij doen. Onze Beez eerst.
This is like Interface in Go (or Java, i don’t speak Java but the article say so).
Protocols are static duck typing. An object is a valid instance of protocol if it implements all the methods defined in the protocol, even if it doesn't declare it as implementing it. That last bit is important and the most distinguishing factor compared to an ABC.
From what i understand, Protocol is for custom interfaces that you define (this object must have do_x() method), while ABCs are generic (this object is iterable).
OK, but why would I use this over ABCs? (Abstract Base Class). Or is it just different?
Protocols are static duck typing. An object is a valid instance of protocol if it implements all the methods defined in the protocol, even if it doesn't declare it as implementing it. That last bit is important and the most distinguishing factor compared to an ABC.
From what i understand,
Protocolis for custom interfaces that you define (this object must havedo_x()method), while ABCs are generic (this object is iterable).@nikaro iterable means: has __iter__() method. So there's no real difference, as far as I can see.
The difference is that with
Protocolyou can define which method presence you want to ensure. Like i said: custom vs. generic.