this post was submitted on 11 Dec 2023
32 points (79.6% liked)

JavaScript

2041 readers
1 users here now

founded 2 years ago
MODERATORS
all 35 comments
sorted by: hot top controversial new old
[–] [email protected] 22 points 1 year ago (4 children)

I often have the pleasure of refactoring this mess. And sometimes it's not just 2 ternaries but like 4 or 5 thrown together. It took like half an hour to even understand what was going on. If you do this, you are just an evil person...

So I totally support this. Stop this shit...

[–] coloredgrayscale 10 points 1 year ago (1 children)

pleasure of refactoring this mess took half an hour to understand

If you can use any of the jetBrains IDE it can rewrite it to if/else with a few clicks (or [alt] +[return])

[–] [email protected] 2 points 1 year ago

Ah that would be helpful. Gotta try that the next time I encounter such a monstrosity.

[–] [email protected] 8 points 1 year ago (1 children)

This shit always leaves me wondering who even writes this crap. The answer is more often than not a junior that just discovered code golf thinking he’s oh so clever. You learn to appreciate boring code, with experience…

[–] [email protected] 5 points 1 year ago

Totally agree with you. I'm always an advocate for boring and easy to understand code.

I really don't need an extra layer of complexity just so someone can save a line or two.

[–] [email protected] 7 points 1 year ago

So I'm pretty sure nested ternaries violate one of the Geneva Conventions' optional protocols.

[–] Lmaydev 1 points 1 year ago

Perfect job for ChatGPT.

[–] [email protected] 8 points 1 year ago (2 children)

Until JS supports switch expressions, nested ternaries will continue to be the most effective way to write multi-state conditionals.

Also, stop using linting tools that prioritize consistency over human readability, and then complaining that the code they generate is not easily-readable by humans.

[–] CameronDev 5 points 1 year ago (2 children)
[–] spartanatreyu 10 points 1 year ago (3 children)

Pretty sure they meant match as in pattern matching, not switch as in switch/case/break.

You can see the proposal here: https://github.com/tc39/proposal-pattern-matching

[–] CameronDev 3 points 1 year ago

Your probably right, that looks quite desirable.

[–] snowe 1 points 1 year ago (1 children)

they also said switch expressions, which indicates they want the switch statement to be settable directly to a variable with whatever the return type of the switch is.

[–] spartanatreyu 2 points 1 year ago

Match already returns the value which can be thrown into a variable.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago) (1 children)

Nah, I meant switch, as that's what it's called in C#-land. See above.

That proposal for matching looks interesting, but not quite the same, no.

[–] spartanatreyu 5 points 1 year ago* (last edited 1 year ago) (1 children)

Are you sure?

Your C# example:

var output = input switch
{
    null    => "Null",
    0       => "Zero",
    > 0     => "Positive",
    _       => "Negative"
};

JS proposal for match:

const output = match input {
    when null:    "Null";
    when 0:       "Zero";
    if input > 0: "Positive";
    default:      "Negative";
}
[–] [email protected] 1 points 1 year ago

Aha, yeah, I see it now. Looking forward to it.

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago)

Yeah, a switch expression is different than a switch statement. I'm not actually sure how many languages actually have them, but in C# its...

var output = input switch
{
    null    => "Null",
    0       => "Zero",
    > 0     => "Positive",
    _       => "Negative"
};
[–] [email protected] 8 points 1 year ago

I'll never stop

[–] [email protected] 7 points 1 year ago
const statement = specificStatement ?? nonSpecificStatement ?? someStatement ?? unrelatedStatement ?? ‘idk’;
[–] [email protected] 4 points 1 year ago

I've been a software developer for 7 years and I've grown to hate terneries entirely. They only hinder readability. Readability is the biggest factor in maintainability. Code that is hard to maintain makes bugs.

I always mark PRs with nested terneries as "needs work".

[–] [email protected] 4 points 1 year ago

I don't use JavaScript and only learned what a ternary is from this article, but that example was pretty damn readable in my opinion

[–] CameronDev 3 points 1 year ago (1 children)

Does this article need to exist? I assumed anyone writing a nested ternary was intentionally writing shit code

[–] [email protected] 4 points 1 year ago

Some people think they are being "cleaver" writing a lot of stuff in one line. So yes, it does.

[–] [email protected] 2 points 1 year ago (2 children)

I'll be sending this article to my dev teams. It's right up there with "stop writing Helper classes".

[–] coloredgrayscale 7 points 1 year ago

What's wrong with helper/util classes?

[–] [email protected] 6 points 1 year ago (1 children)
[–] [email protected] 2 points 1 year ago
[–] [email protected] 1 points 9 months ago* (last edited 9 months ago)

Seems a bit shitty they mention the article by Eric Elliott (one of the first search results if you search "nested ternaries") but they don't take his advice.

This doesn't seem ugly to me at all (left out animal so I didn't have to type as much):

const animalType =
  canBark() && isScary() ? 'wolf'
  : canBark() ? 'dog'
  : canMeow() ? 'cat'
  : 'rabbit';
[–] jadero 1 points 1 year ago (1 children)

Or anywhere for that matter. Have you got nested IF()s in Excel? For crying out loud, pop into VBA and write it up as a custom function like a human being.

[–] spartanatreyu 4 points 1 year ago (1 children)

Good news Everyone

Excel has a JS API now, so we can get rid of VBA entirely and fill Excel with terrible ternary operators!

[–] jadero 1 points 1 year ago

Oh, I didn't know that Excel could do JS. I haven't touched it since I got out of the field a decade or so ago.

One of the things I did was quite a bit of Excel consulting and training. I remember the joy of trying to decode massive formula cells, especially when there were nested IF()s. My rule of thumb was that anything with more than three functions in one formula got converted to a custom function, even if it didn't have general utility.

I found that anyone who could construct and understand those massive formulas were generally capable of dealing with the equivalent VBA with a bit of training. Also, it was generally true that if they couldn't handle the relevant VBA, they were in no position to deal with massive formulas anyway.

[–] [email protected] 1 points 1 year ago

Cries in JSX

[–] jeremyparker 1 points 1 year ago* (last edited 1 year ago)

I'm pretty sure wolves don't really bark. They're all growls and howls. You said you wanted more bike shedding, right?