jgroff at apple.com
Wed Dec 23 14:08:25 CST 2015
> On Dec 23, 2015, at 12:03 PM, James Campbell <james at supmenow.com> wrote:
> So Mixins are a way of opting in to shared behaviour.
> Think of it as having default implementations for protocols
> But in swift to do this you have to define a protocol, make your class extend from it and then extend the protocol with some methods
It sounds to me like you're asking mostly for different syntax for what protocol extensions already achieve. It's a limitation of the language today that you need to provide default implementations outside the protocol in an extension, which is an unfortunate bit of boilerplate, but we hope to improve that. Any sort of useful mixin-like thing still needs to be based on a common protocol that types adopting the mixin must conform to, so I can't see it being usefully different from protocols with default implementations.
> The downside is this isn't a true mixin implementation as typically Mixins allow you to specific properties.
There's a proposal in another thread to remove this restriction. You might contribute to that discussion if you haven't already.
More information about the swift-evolution