> I’m not sure that this solves anything meaningful (whether in relation to 
> SE-0169 or more generally), does it? What advantage does this provide over 
> just declaring the protocol conformance and those methods as a direct part of 
> the parent type? This seems like it would just introduce more indentation, 
> and more lines of code, for zero benefit.
Well, I'm not overwhelmingly convinced of this whole "we put same-module stuff 
into extensions" anyways, so it's debatable wether proposals like SE-0169 have 
any meaningful effects at all… do you think that conformances in same-file 
extensions have a real benefit? 

If nothing else, nested extensions could save those who actually don't care 
much about such issues from another breaking change in Swift — and imho it adds 
consistency:
We can nest types, so why can't we nest extensions?
_______________________________________________
swift-evolution mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-evolution

Reply via email to