[swift-users] Type inference of array element type

Rien Rien at Balancingrock.nl
Fri Mar 24 05:22:36 CDT 2017


IMO this is a boundary problem.
How far do you want to go in letting the compiler deduce the actual type?
It is possible to make very elaborate constructs that would basically default to a complex tuple/array/dictionary construct with only Any?’s in them. (well, the dict would require a Hashable too)

Besides, the recent discussion on compile times illustrates another angle to this problem: if type inference is used extensively, compile times go to infinite…

So while I do not know if this is a bug or not, I would recommend not to use it anyhow.

Regards,
Rien

Site: http://balancingrock.nl
Blog: http://swiftrien.blogspot.com
Github: http://github.com/Balancingrock
Project: http://swiftfire.nl





> On 24 Mar 2017, at 11:08, Toni Suter via swift-users <swift-users at swift.org> wrote:
> 
> Hi,
> 
> If I declare a variable and initialize it with an array literal whose elements are integer literals and nil literals,
> the compiler will infer the type Array<Optional<Int>> for that variable:
> 
> let arr = [1, nil, 3]
> print(type(of: arr)) 	// Array<Optional<Int>>
> 
> However, that only works with nominal types such as Int and String. If I do the same thing with an array of tuples,
> I get a compile error:
> 
> let arr = [(1, false), nil, (3, true)]		// error: type of expression is ambiguous without more context
> print(type(of: arr))
> 
> Why can't the compiler infer the type Array<Optional<(Int, Bool)>> in this example? Is there a reason for this or is it a bug?
> 
> Thanks and best regards,
> Toni
> 
> _______________________________________________
> swift-users mailing list
> swift-users at swift.org
> https://lists.swift.org/mailman/listinfo/swift-users



More information about the swift-users mailing list