Comment on Python Performance: Why 'if not list' is 2x Faster Than Using len()
LegoBrickOnFire@lemmy.world 2 days agoI agree. So if None is a valid input we should check it first, and then check if the length is zero. In this situation, we see a type error only if the programmer screwed up and everything is explicit
sugar_in_your_tea@sh.itjust.works 2 days ago
Yes. If
None
is just as valid and has the same meaning as[]
for the function (true more often than not), just doif not foo
. IfNone
should be handled separately from[]
for some reason, treat them both separately so it’s absolutely clear.And I especially like this one:
The one obvious way to check if you have data is
if foo
. That works for pretty much everything as you’d expect. Explicitly deviating from that is a cue to the reader that they should pay attention. In this case, that meansNone
is semantically different than empty data, and that’s something the reader should be aware of.LegoBrickOnFire@lemmy.world 2 days ago
I dislike treating None as an equivalent for the empy list, but that does not further the discussion…
I hurt myself in confusion while reading the second quote. Is it the right quote? (also, nazi (relating to the nsdap) is probably not the right word, did you mean fascist?)
sugar_in_your_tea@sh.itjust.works 2 days ago
Oops, copied from another thread apparently. Apparently my copy didn’t… copy. Here’s what it should be:
I’ll fix my original comment so it’s less confusing, but not in a way that makes you look like an idiot. :)