[swift-evolution] Colon vs. equals

[Craig Cruden]

I would prefer a “map” symbol of some sort (Scala uses -> obviously that is Swifts return)…. 

Between : or =…. I would stick with :.

The key is not equal to the value it only maps to it.


> On 2016-02-07, at 0:38:25, James Campbell via swift-evolution <swift-evolution at swift.org> wrote:
> 
> In Ruby there is a special syntax for hash
> 
> [ "key" => "value"] which makes it less ambiguous compared to =
> 
> Sent from Outlook Mobile <https://aka.ms/qtex0l>
> 
> 
> 
> On Fri, Feb 5, 2016 at 5:07 PM -0800, "Brent Royal-Gordon via swift-evolution" <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
> 
> > If ":" should be replaced by "=" than only at the call site to make it more consistent with variable declaration and initialization:
> > 
> >         myFunc(number = 4, string = 7)
> > 
> >         func myFunc(number: Int, string: String) {}
> > 
> > Although writing "=" instead of ":" in methods in 1.5 years Swift and over 20 years Objective-C would be a huge change.
> 
> To be clear, I like colon in parameter lists; I don't see passing a parameter as setting something.
> 
> I suppose mainly what I'd like is for attributes to change:
> 
> 	@available(iOS, introduced: 7.0, deprecated: 8.0)
> 
> And *possibly* for dictionary literals to change:
> 
> 	let dict = ["key" = "value"]	// Also, the shorthand syntax would be [String = String]
> 
> Although dictionary literals seem like a relatively high-impact change compared to its value.
> 
> -- 
> Brent Royal-Gordon
> Architechies
> 
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160207/ed264e53/attachment.html>