Ruby ma uniwersalną ideę „ prawdy ” i „ fałszu ”.

Ruby ma mieć dwie klasy specyficzne dla Boolean obiektów, TrueClassi FalseClass, z pojedynczych przypadkach oznaczonych zmiennych specjalnych truei false, odpowiednio.

Jednak prawdomówność i fałsz nie ograniczają się do przypadków tych dwóch klas, koncepcja jest uniwersalna i dotyczy każdego obiektu w Rubim. Każdy przedmiot jest prawdomówny lub fałszywy . Zasady są bardzo proste. W szczególności tylko dwa obiekty są fałszywe :

• nil, pojedyncza instancja NilClassi
• false, singleton wystąpienie FalseClass

Każdy inny przedmiot jest prawdziwy . Obejmuje to nawet obiekty, które są uważane za fałsz w innych językach programowania, takich jak

• ,Integer 0
• ,Float 0.0
• pusty ,String ''
• pusty ,Array []
• pusty ,Hash {}

Reguły te są wbudowane w język i nie są definiowane przez użytkownika. Nie ma to_boolniejawnej konwersji lub czegoś podobnego.

Oto cytat ze specyfikacji języka Ruby ISO :

6.6 Wartości logiczne

Obiekt jest klasyfikowany do obiektu prawdziwego lub fałszywego .

Tylko fałsz i zero są fałszywymi obiektami. false jest jedynym wystąpieniem klasy FalseClass(patrz 15.2.6), do którego odnosi się wyrażenie fałszywe (patrz 11.5.4.8.3). zero jest jedynym wystąpieniem klasy NilClass(patrz 15.2.4), do którego ewaluuje wyrażenie zerowe (patrz 11.5.4.8.2).

Przedmioty inne niż false i zero są klasyfikowane jako obiekty prawdziwe. true jest jedynym wystąpieniem klasy TrueClass(patrz 15.2.5), do którego odnosi się wyrażenie prawdziwe (patrz 11.5.4.8.3).

Plik wykonywalny Ruby / Spec wydaje się zgadzać :

it "considers a non-nil and non-boolean object in expression result as true" do
  if mock('x')
    123
  else
    456
  end.should == 123
end

Według tych dwóch źródeł zakładam, że Regexpsą one również zgodne z prawdą , ale według moich testów nie są to:

if // then 'Regexps are truthy' else 'Regexps are falsy' end
#=> 'Regexps are falsy'

Przetestowałem to na YARV 2.7.0-Preview1 , TruffleRuby 19.2.0.1 i JRuby 9.2.8.0 . Wszystkie trzy implementacje są ze sobą zgodne i nie zgadzają się ze Specyfikacją języka Ruby ISO i moją interpretacją Ruby / Spec.

Mówiąc dokładniej, Regexpobiekty będące wynikiem oceny Regexp literałów są fałszem , podczas gdy Regexpobiekty, które są wynikiem jakiegoś innego wyrażenia, są prawdziwe :

r = //
if r then 'Regexps are truthy' else 'Regexps are falsy' end
#=> 'Regexps are truthy'

Czy to błąd lub pożądane zachowanie?

To nie jest błąd. Ruby przepisuje kod, żeby tak się stało

if /foo/
  whatever
end

skutecznie staje się

if /foo/ =~ $_
  whatever
end

Jeśli uruchamiasz ten kod w normalnym skrypcie (i nie korzystasz z -eopcji), powinieneś zobaczyć ostrzeżenie:

warning: regex literal in condition

Jest to prawdopodobnie nieco mylące przez większość czasu, dlatego pojawia się ostrzeżenie, ale może być przydatne w przypadku jednej linii z -eopcją. Na przykład możesz wydrukować wszystkie wiersze pasujące do danego wyrażenia regularnego z pliku za pomocą

$ ruby -ne 'print if /foo/' filename

(Domyślny argument printto $_również.)

Jest to wynik (o ile mogę powiedzieć) nieudokumentowanej funkcji języka ruby, co najlepiej tłumaczy ta specyfikacja :

it "matches against $_ (last input) in a conditional if no explicit matchee provided" do
  -> {
    eval <<-EOR
    $_ = nil
    (true if /foo/).should_not == true
    $_ = "foo"
    (true if /foo/).should == true
    EOR
  }.should complain(/regex literal in condition/)
end

Zasadniczo możesz traktować to $_jako „ostatni ciąg przeczytany przez gets”

Sprawiając, że sprawy stają się jeszcze bardziej zagmatwane, $_(wraz z $-) nie jest zmienną globalną; ma zasięg lokalny .

Po uruchomieniu skryptu Ruby, $_ == nil.

Tak więc kod:

// ? 'Regexps are truthy' : 'Regexps are falsey'

Jest interpretowany w następujący sposób:

(// =~ nil) ? 'Regexps are truthy' : 'Regexps are falsey'

... Który zwraca falsey.

Z drugiej strony, w przypadku wyrażenia nieliteralnego (np. r = //Lub Regexp.new('')), ta specjalna interpretacja nie ma zastosowania.

//jest prawdą; podobnie jak wszystkie inne przedmioty w rubinie oprócz nili false.

O ile nie uruchomi skryptu ruby ​​bezpośrednio w wierszu polecenia (tj. Z -eflagą), analizator ruby ​​wyświetli ostrzeżenie przed takim użyciem:

ostrzeżenie: wyrażenie dosłowne w wyrażeniu regularnym

Państwo mogli skorzystać z tego zachowania w skrypcie, z czymś takim:

puts "Do you want to play again?"
gets
# (user enters e.g. 'Yes' or 'No')
/y/i ? play_again : back_to_menu

... Ale bardziej normalne byłoby przypisanie zmiennej lokalnej do wyniku getsi jawne sprawdzenie wyrażenia regularnego względem tej wartości.

Nie znam żadnego przypadku użycia do wykonania tego sprawdzenia z pustym wyrażeniem regularnym, szczególnie gdy jest on zdefiniowany jako wartość dosłowna. Wyróżniony przez Ciebie wynik naprawdę zaskoczyłby większość deweloperów ruby.