136

I don't want to use ternaries (lemmy.xylight.dev)

submitted 1 year ago by Xylight@lemmy.xylight.dev to c/programmer_humor@programming.dev

20 comments fedilink hide all child comments

top 18 comments

sorted by: hot top controversial new old

[-] itsnotlupus@lemmy.world 22 points 1 year ago* (last edited 1 year ago)

One of my guilty pleasures is to rewrite trivial functions to be statements free.

Since I'd be too self-conscious to put those in a PR, I keep those mostly to myself.

For example, here's an XPath wrapper:

const $$$ = (q,d=document,x=d.evaluate(q,d),a=[],n=x.iterateNext()) => n ? (a.push(n), $$$(q,d,x,a)) : a;

Which you can use as $$$("//*[contains(@class, 'post-')]//*[text()[contains(.,'fedilink')]]/../../..") to get an array of matching nodes.

If I was paid to write this, it'd probably look like this instead:

function queryAllXPath(query, doc = document) {
    const array = [];
    const result = doc.evaluate(query, doc);
    let node= result.iterateNext();
    while (node) {
        array.push(node);
        n = result.iterateNext();
    }
    return array;
}

Seriously boring stuff.

Anyway, since var/let/const are statements, I have no choice but to use optional parameters instead, and since loops are statements as well, recursion saves the day.

Would my quality of life improve if the lambda body could be written as => if n then a.push(n), $$$(q,d,x,a) else a ? Obviously, yes.

[-] aidan@lemmy.world 3 points 1 year ago

Reminds me when my I did all my homework using list comprehension, ternary operations, and lambda expressions because it was boring. Here's an example

def task03( matrix ):
    print((new_matrix := [[ (y if y != 0 else ( temp := sum([r[j] for r in matrix[0:i]] + x[j:]), zeros_sum := (zeros_sum if 'zeros_sum' in locals() else 0) + temp)[0] ) for j,y in enumerate(x)] for i,x in enumerate(matrix)], '\n'.join( [ ' '.join([str(new_matrix[o][p]) for p in range(0 if len(matrix[0]) <= 20 else len(matrix[0])-20, len(matrix[0]))]) for o in range(0 if len(matrix) <= 20 else len(matrix)-20, len(matrix))  ] ) + '\n' + str(zeros_sum) )[1] )

[-] occams_chainsaw@programming.dev 3 points 1 year ago

you monster

[-] MaliciousKebab@sh.itjust.works 2 points 1 year ago

[-] orowith2os@beehaw.org 9 points 1 year ago* (last edited 1 year ago)

The whole idea of expressions is very nice, and I can't imagine using ternary expressions anywhere after learning Rust.

Also implicit returns ❤️

[-] msage@programming.dev 1 points 1 year ago

I never got to like implicit anything.

Not even returns. Ever.

[-] orowith2os@beehaw.org 1 points 1 year ago

Doing everything explicitly can get to be annoying, especially when it comes to what you had to do before without Vulkan's VK_EXT_shader_object.

It's clear that some stuff should be implicit - most types in programming languages, for example; needing to specify a struct type and then the struct itself can be annoying - and other stuff explicit, like low level operations.

Returns are something that usually fall into that "implicit" category. Why should I do let a = function(); return a; when I can just do function()? It's shorter, simpler, and I don't waste keystrokes.

[-] pomodoro_longbreak@sh.itjust.works 1 points 1 year ago

You get used to it pretty quickly. After a while you wonder how you ever lives without it. Explicit returns feel like ending an if with endif. The end of the conditional's scope is implied by the end of the block by } or whatever.

[-] james@lurk.fun 6 points 1 year ago

I like using if expressions in kotlin, but secretly sometimes I miss ternaries

[-] Marxine@lemmy.ml 5 points 1 year ago

Having some experience with both Python and JS/TS, I don't have much preference about ternaries or expressions. Although I always break lines for ternary statements.

const testStuff = condition ? 
  outcome(1) :
  outcome(2);

Having everything on the same line ruins readability for me.

[-] lee@programming.dev 3 points 1 year ago

personally I prefer

const testStuff = condition
  ? outcome(1) 
  : outcome(2);

[-] Marxine@lemmy.ml 1 points 1 year ago

Also works fine and is better than inlining it all. I'm just more used to ending the lines with the symbols - instead of starting the next line with them like your example - because it's the same parttern I use for other stuff, like (curly) brackets.

[-] Knusper@feddit.de 2 points 1 year ago

The if-else expression that Python has is quite different from (and significantly worse than) what people mean with if-else as an expression.

So, this is Python:

volume = 100 if user_is_deaf else 50

These are two examples of if-else as an expression (Rust and Scala):

let volume = if user_is_deaf { 100 } else { 50 };

val volume = if (user_is_deaf) 100 else 50

Crucially, these look essentially equivalent to normal if-else-statements in these languages.

[-] RobotToaster@infosec.pub 3 points 1 year ago

For a long time I hated ternaries, partially due to my experience with them in PHP (Who thought left-associative ternaries was a good idea? seriously?).

OpenSCAD made me love them again. It's purely functional so you're encouraged to use nested ternaries.

[-] GTG3000@programming.dev 1 points 1 year ago

and then you have lua

local result = condition and a or b

I'm not complaining, although it gets a little confusing when one of the results is falsey. Which is a rarity since only false and nil are falsey in lua.