[swift-users] Why inout protocol parameter in function work with strange

Jordan Rose jordan_rose at apple.com
Tue May 30 17:50:16 CDT 2017


I think you're missing the underlying semantic problem here:

func transform(item: inout Position) {
  item = Airplane()
}

var car = Car(x: 50)
var pos: Position = car
move(item: &pos) // this works, but 'pos' is now an Airplane
move(item: &car) // this doesn't work because 'car' has to stay a Car

Dave Abrahams likes to phrase this lesson as "generics preserve type information, while protocol values erase it". In this case your Car needs to stay a Car, so you need the type information to be preserved.

Hope that helps,
Jordan


> On May 27, 2017, at 03:07, Zhao Xin via swift-users <swift-users at swift.org> wrote:
> 
> Because generic uses `Car` instead of `Position` when running the code, so there is no casting as `car as Position` as in your original code. The `T:Position` part restricts that the type conforms `Position`, but it won't use `Position`, it uses the type.
> 
> Zhaoxin
> 
> On Sat, May 27, 2017 at 4:58 PM, Седых Александр via swift-users <swift-users at swift.org <mailto:swift-users at swift.org>> wrote:
> Thanks. Why generic function don not require memory allocate for inout variable, even if it is protocol type?
> 
> 
> Пятница, 26 мая 2017, 19:35 +03:00 от Guillaume Lessard <glessard at tffenterprises.com <mailto:glessard at tffenterprises.com>>:
> 
> In your example, the compiler needs a parameter of type Position. Car is a type of Position, but they are not interchangeable. See below:
> 
> > On May 26, 2017, at 00:33, Седых Александр via swift-users <swift-users at swift.org <mailto:swift-users at swift.org>> wrote:
> > 
> > protocol Position {
> > var x: Double { getset }
> > }
> > 
> > struct Car: Position {
> > var x: Double
> > }
> > 
> > func move(item: inout Position) {
> > item.x += 1
> > }
> > 
> > var car = Car(x: 50)
> 
> var pos: Position = car
> 
> move(item: &pos) // this works.
> assert(pos.x == 51) // works
> 
> The move function as you wrote it requires the memory representation of a Position variable, which Car does not have; when you assign it to a Position variable, the Car struct gets accessed through an indirection layer. (There was a WWDC talk about this last year or the year before.)
> 
> You may want a generic function instead:
> 
> func move<P: Position>(item: inout P) {
>   item.x += 1
> }
> 
> move(item: &car) // this works, since it’s now calling the generic function.
> assert(car.x == 51) // works
> 
> Cheers,
> Guillaume Lessard
> 
> 
> 
> _______________________________________________
> swift-users mailing list
> swift-users at swift.org <mailto:swift-users at swift.org>
> https://lists.swift.org/mailman/listinfo/swift-users <https://lists.swift.org/mailman/listinfo/swift-users>
> 
> 
> _______________________________________________
> swift-users mailing list
> swift-users at swift.org
> https://lists.swift.org/mailman/listinfo/swift-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-users/attachments/20170530/b48dd564/attachment.html>


More information about the swift-users mailing list