5

Ruby では、空の文字列""は条件に関して true です。そして、この事実に苦しんでいる人をたくさん見てきました。Ruby on Railsblank?は、この問題を克服するための 1 つの試みです。一方で、そのような仕様がいつ便利になるかはすぐにはわかりません。この事実が便利になるユースケースはありますか?それ以外の場合、理論的な問題はありますか?

4

3 に答える 3

11

私は答えを思いついたと思います。おそらく、それは理論的な理由と効率のためです。1 つのクラスの異なるインスタンス間に線を引くことは、理論的には、クラス間に線を引くよりも複雑であり、より多くの計算が必要になります。誤りである場合""、Ruby の内部では、条件に文字列が含まれるたびに文字列の長さをチェックする必要があります。代わりに、たまたまそうであるクラスだけで真偽を判断できれば、はるかに効率的です。falseおそらくこれが、とtrueが単一のクラスに含まれず、Booleanそれぞれ独立したクラスに属している理由でもあります。

別の可能性として、falseandのインスタンスが 1 つしかnilないため、Ruby で内部的にこれを処理するには、ポインター/オブジェクト ID をチェックするだけで済みますが、文字列は変更可能であり、空であることをチェックするにはより複雑な作業が必要になります。

于 2013-04-13T16:16:34.203 に答える
5

虚偽と見なされるものの数を減らすことは良いことです。言語を簡素化し、ブール規則を簡素化し、覚えやすく適用しやすくし、それによってバグを減らします。

PHP が混乱しいるのをfalse0てください。0.0'0'''nullarray()

空の文字列をテストする場合は、空の文字列をテストします。変数に文字列またはブール値が含まれているかどうかを知り、それに応じてテストできる必要があります。

于 2013-04-13T15:39:47.503 に答える
2

Ruby はシンプルになるように設計されていると思います。false の値が少ないと、プログラムは次のように推論しやすくなります。「false のブール値を持つオブジェクトは 2 つだけです。これらは false オブジェクト自体と nil オブジェクトです。」

トレードオフは、もっと書く必要があるかもしれないということです.blank?。一方、最小長が 1 のフィールドはいくつありますか? 多くはありません。とにかくチェックしている場合.size > 1、「空の文字列が真実である」は役に立ちません。

すべての言語は、その「パラダイム」を選択します。たとえば、SQL では、ブール演算には実際には 3 つの値 (true、false、null) があります。Perl および C では、0false です。一部の言語では、文字列「false」は false です。

于 2013-04-13T15:45:20.807 に答える