Depending on your language background you may have very different ideas on what evaluates to true and what evaluates to false. In Clojure, the answer to this is very straightforward.
Both nil and false are treated as "false" and everything else is treated as true.Let's hit the REPL.
user=> (if true "yes" "no")Okay, that much should be obvious. However, it's important to note that nil is also considered false, which is why we say:
"yes"
user=> (if false "yes" "no")
"no"
In Clojure nil and false are considered "false" and therefore we say they are both "falsey".Another quick trip to the REPL to verify that nil is falsey.
user=> (if nil "yes" "no")As expected, the else is evaluated.
"no"
There are other values that are considered false in other languages, this does not apply to clojure.
All non-falsey values are considered "truthy" and evaluate as such.Here are some common examples of truthy values in Clojure that are falsey in other languages.
user=> (if -1 "still true" "false")As it says in The Joy of Clojure: Every[thing] is "true" all the time, unless it is nil or false.
"still true"
user=> (if 0 "still true" "false")
"still true"
user=> (if [] "still true" "false")
"still true"
user=> (if (list) "still true" "false")
"still true"
Don't forget about the insidious "Evil False" ;-)
ReplyDelete(def evil-false (Boolean. "false"))
@fogus, indeed. yet another reason people need to buy TJoC. =)
ReplyDeleteConfusing:
ReplyDeleteuser> (true? nil)
false
user> (false? nil)
false
user> (nil? false)
false
So nil is not false, but both are considered falsey in the if/when tests?
@mlsci, correct, thus the term "falsey". The false? and nil? functions are always available if you want to distinguish which of the falsey values you actually have.
ReplyDelete(this is also discussed in The Joy of Clojure)
Cheers, Jay
@misci I don't really know the internals of clojure, but this totally looks to me like there is internal forced evaluation to false when nil comes to the playground... Do somebody have a definitive answer?
ReplyDelete