Does this argument really hold when the IDE alread...
# getting-startedf
Florian
09/19/2019, 7:54 AMDoes this argument really hold when the IDE already has these little parameter hints?
k
karelpeeters
09/19/2019, 7:55 AMI turn those hints off, I hate them.
👍 4
v
Viktor Penelski
09/19/2019, 7:55 AMWhat if you are reviewing a PR outside of your IDE?
😀 1
➕ 5
t
tddmonkey
09/19/2019, 7:55 AMyou don’t get the hints in a PR either
😀 1
➕ 1
l
Luca Nicoletti
09/19/2019, 8:00 AMAs they said: using named params allows you to see them even outside the IDE, or with that option disabled.
On top of that, you can change the order in which you’re passing them
f
Florian
09/19/2019, 8:05 AMmakes a lot of sense, thanks
Florian
09/19/2019, 8:06 AMis mixing up the ordered considered acceptable practice?
k
karelpeeters
09/19/2019, 8:08 AMI think so, yes.
l
Luca Nicoletti
09/19/2019, 8:10 AMAs you name the parameters, it's not a bad practice :)
f
Florian
09/19/2019, 8:10 AMone more thing: Why does the IDE not allow unnamed parameters to the right of named ones, even if they have the original order?
Florian
09/19/2019, 8:10 AMis there any specific reason for that
k
karelpeeters
09/19/2019, 8:14 AMInteresting question, it looks like C# does have this: https://gunnarpeipman.com/csharp-non-trailing-named-arguments/
l
Luca Nicoletti
09/19/2019, 8:17 AMAre you sure?
Luca Nicoletti
09/19/2019, 8:17 AMLet me double check
k
karelpeeters
09/19/2019, 8:18 AMIt's in the official 7.2 release notes as well.
l
Luca Nicoletti
09/19/2019, 8:18 AMI was referring to kotlin not allowing it 😄
Luca Nicoletti
09/19/2019, 8:19 AMIDE is not complaining with this
Luca Nicoletti
09/19/2019, 8:20 AMOh sorry, @Florian mis-read what you wrote
Luca Nicoletti
09/19/2019, 8:20 AMI read the vice-versa
s
SiebelsTim
09/19/2019, 10:23 AMNamed parameters also allow to override defaults without repeating preceding parameters
s
Sergio C.
09/19/2019, 11:03 AM👍
r
Ruckus
09/19/2019, 3:49 PM@Florian My guess is because it would be confusing, and could lead to unexpected inconsistencies when refactoring.
l
Luca Nicoletti
09/19/2019, 3:52 PMThe problem is which is the next one? The one after the named one? Or the first one left behind before it?
Luca Nicoletti
09/19/2019, 3:52 PMThe compiler can’t guess
r
Ruckus
09/19/2019, 3:53 PM@Luca Nicoletti Or even the one that happens to be at the given position.
Ruckus
09/19/2019, 3:56 PMWhich is why C# imposes a number of limitations (that basically make the feature pointless in my opinion). For example, if you had
Copy code
int Volume(int a, int b, int c) {
return a * b * c
} Copy code
Volume(1, c: 2, 3)l
Luca Nicoletti
09/19/2019, 3:58 PMThat’s the same for Kotlin 🙂 You can’t have named parameter if not at latest ones
r
Ruckus
09/19/2019, 4:00 PMNo, C# does allow it. For example, this would be allowed
Copy code
Volume(1, b: 2, 3)l
Luca Nicoletti
09/19/2019, 4:00 PMThe limit is: the named parameter must be in the correct order?
r
Ruckus
09/19/2019, 4:02 PMNot exactly, but pretty close. For example, this is allowed as well:
Copy code
Volume(b: 1, a: 2, 3)Ruckus
09/19/2019, 4:04 PMBasically, non-labeled arguments have to be in the exact position they were declared. And labeled arguments must fill in gaps exactly.
Ruckus
09/19/2019, 4:06 PMWhich is rather un-intuitive if you ask me. You didn't even consider that option when you listed your possibilities of what it could mean. It makes sense once you know the rule, but very few people would guess that rule.
f
Florian
09/19/2019, 7:37 PMvery interesting, thanks
👍 1
Florian
09/19/2019, 7:37 PMseems to make sense then