From: "Phalado (Raphael Cordeiro) via ruby-core" <ruby-core@ml.ruby-lang.org>
To: ruby-core@ml.ruby-lang.org
Cc: "Phalado (Raphael Cordeiro)" <noreply@ruby-lang.org>
Subject: [ruby-core:123157] [Ruby Feature#21556] Add true? and false? methods to NilClass, TrueClass, FalseClass, and String
Date: Mon, 01 Sep 2025 13:44:49 +0000 (UTC) [thread overview]
Message-ID: <redmine.journal-114491.20250901134448.59013@ruby-lang.org> (raw)
In-Reply-To: <redmine.issue-21556.20250829172810.59013@ruby-lang.org>
Issue #21556 has been updated by Phalado (Raphael Cordeiro).
austin (Austin Ziegler) wrote in #note-3:
> Phalado (Raphael Cordeiro) wrote in #note-2:
> > nobu (Nobuyoshi Nakada) wrote in #note-1:
> > > Phalado (Raphael Cordeiro) wrote:
> > > > Sometimes we need to check for an exact `true` or `false` value. This can be a string or a boolean value.
> > > For what situation, and why mixing strings and `true`/`false`?
> > > It sounds like depending on applications/libraries.
> > Data received on requests and JSON conversion. It's not unusual that a Boolean is converted to a String, or users end up filling in as a String instead of a Boolean.
>
> If you're checking a string for the value `"true"`, you're not checking for an exact `true` or `false` value. This is a data conversion applicable to an application, library, or framework (that is, it might be a viable feature for ActiveSupport) but I don't believe it belongs as part of the language core.
>
> I'm mostly doing Elixir these days where in a library I made I have explicitly handled this with an `as_boolean(value, options)` conversion where the options include choices like:
>
> - which values are truthy (by default `true` or `1`)
> - which values are fasly (the inverse of `truthy` and cannot be specified with `truthy`)
> - a default value (`false` by default)
> - and whether values should be downcased (`TRUE` would be truthy)
>
> Simply saying `value.true?` isn't something that the language should be specifying. What would the value of `0.true?` be (it depends; in shell scripts, `0` is success; in C, `0` is false; in Ruby `0` is truthy because it's not `false` or` nil`).
>
> I'm very negative on this for core.
Well, the idea is to recognize true/false values, ignoring truthy/falsy values because of JSON.
But I respect your opinion and truly appreciate it.
----------------------------------------
Feature #21556: Add true? and false? methods to NilClass, TrueClass, FalseClass, and String
https://bugs.ruby-lang.org/issues/21556#change-114491
* Author: Phalado (Raphael Cordeiro)
* Status: Feedback
----------------------------------------
Sometimes we need to check for an exact `true` or `false` value. This can be a string or a boolean value.
Usually, what I do to solve this is something like `value.to_s == true`, this way covering for strings, booleans, and nil values.
The idea of these new methods is to check for the exact value, being it a String, a Boolean, or even a Nil value.
This is the result obtained:
``` ruby
# String
'true'.true? # true
'false'.true? # false
''.true? # false
'true'.false? # false
'false'.false? # true
''.false? # false
# Boolean
true.true? # true
true.false? # false
false.true? # false
false.false? # true
# Nil
nil.true? # false
nil.false? # false
```
--
https://bugs.ruby-lang.org/
______________________________________________
ruby-core mailing list -- ruby-core@ml.ruby-lang.org
To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.ruby-lang.org/
next prev parent reply other threads:[~2025-09-01 13:46 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-29 17:28 [ruby-core:123122] " Phalado (Raphael Cordeiro) via ruby-core
2025-08-29 22:50 ` [ruby-core:123129] " nobu (Nobuyoshi Nakada) via ruby-core
2025-08-30 22:58 ` [ruby-core:123139] " Phalado (Raphael Cordeiro) via ruby-core
2025-08-31 0:00 ` [ruby-core:123140] " austin (Austin Ziegler) via ruby-core
2025-09-01 0:54 ` [ruby-core:123149] " shan (Shannon Skipper) via ruby-core
2025-09-01 13:44 ` Phalado (Raphael Cordeiro) via ruby-core [this message]
2025-09-01 13:50 ` [ruby-core:123158] " Phalado (Raphael Cordeiro) via ruby-core
2025-09-14 1:30 ` [ruby-core:123245] " nobu (Nobuyoshi Nakada) via ruby-core
2025-09-14 1:35 ` [ruby-core:123246] " nobu (Nobuyoshi Nakada) via ruby-core
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=redmine.journal-114491.20250901134448.59013@ruby-lang.org \
--to=ruby-core@ml.ruby-lang.org \
--cc=noreply@ruby-lang.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).