It is worth noting that both languages also resemble Scala.
see:
Swift is like Kotlin
11–20 of 364 posts
Re: Swift is like Kotlin
#12Earlier quoted context omitted.
What do you like about it? I was actually thinking the opposite... EDIT: Genuinely curious, this is not meant to troll or start a war. I like the more explicit feeling `count-1`. I'd use either...
It confused me as well. "0.. is less than count"?
Personally, I find that just having "0..count" requires a bit of thinking on my part trying to decide if it's inclusive or not.
"0..<count" instantly tells me that it's not including value, and follows the matematical interval notification [0..count] vs [0..count)
Re: Swift is like Kotlin
#13That's a great page - it's like one really cool language could come from the combination of the two. Each taken on it's own, they have their warts.
Re: Swift is like Kotlin
#140..<count is a lovely little piece of language design
What do you like about it? I was actually thinking the opposite... EDIT: Genuinely curious, this is not meant to troll or start a war. I like the more explicit feeling `count-1`. I'd use either...
it's always confusing, in languages with ranges, whether the range includes the second boundary element or not. it's purely a matter of convention, after all. ruby has a..b and a...b, but even after years of using the language i have to look up which is which. a..perfect notation - once you know the language handles both cases, a..as for the "count - 1", it's not too bad because i find "inclusive" more intuitive than "exclusive" for the a..b notation, and that does make it explicit that you're not including b, but it's visual clutter in much the same way that having to iterate an array via "for i = 0 to len - 1" is.
Re: Swift is like Kotlin
#15Could someone tell me the meaning of _ in this Swift code: func greet(_ name: String,_ day: String) -> String { return "Hello \(name), today is \(day)." } greet("Bob", "Tuesday") In me prior experience usually _ denoted an unused parameter/variable. Also: I find the string interpolation syntax ugly... The syntax choices in Swift are curious, but not the most aesthetical/practical in my opinion.
[deleted]
Re: Swift is like Kotlin
#160..<count is a lovely little piece of language design
Indeed a clear syntax.
OTOH, a "loop .. for .. {upto, below} count" leaves less questions in a casual code review :)
Re: Swift is like Kotlin
#17Could someone tell me the meaning of _ in this Swift code: func greet(_ name: String,_ day: String) -> String { return "Hello \(name), today is \(day)." } greet("Bob", "Tuesday") In me prior experience usually _ denoted an unused parameter/variable. Also: I find the string interpolation syntax ugly... The syntax choices in Swift are curious, but not the most aesthetical/practical in my opinion.
_ in function parameters indicates that a parameter can be passed by position, without its name. Without _ you would have to call
greet(name: "Bob", day:"Thursday")
greet("Bob", "Thursday")Re: Swift is like Kotlin
#18Could someone tell me the meaning of _ in this Swift code: func greet(_ name: String,_ day: String) -> String { return "Hello \(name), today is \(day)." } greet("Bob", "Tuesday") In me prior experience usually _ denoted an unused parameter/variable. Also: I find the string interpolation syntax ugly... The syntax choices in Swift are curious, but not the most aesthetical/practical in my opinion.
https://developer.apple.com/library/content/documentation/Sw...
Swift forces you to use named parameters if you don't do that.
Re: Swift is like Kotlin
#19Could someone tell me the meaning of _ in this Swift code: func greet(_ name: String,_ day: String) -> String { return "Hello \(name), today is \(day)." } greet("Bob", "Tuesday") In me prior experience usually _ denoted an unused parameter/variable. Also: I find the string interpolation syntax ugly... The syntax choices in Swift are curious, but not the most aesthetical/practical in my opinion.
[deleted]
Re: Swift is like Kotlin
#20Could someone tell me the meaning of _ in this Swift code: func greet(_ name: String,_ day: String) -> String { return "Hello \(name), today is \(day)." } greet("Bob", "Tuesday") In me prior experience usually _ denoted an unused parameter/variable. Also: I find the string interpolation syntax ugly... The syntax choices in Swift are curious, but not the most aesthetical/practical in my opinion.
[deleted]