私はNilで任意のメソッドを呼び出すことができ、これは間違っていると感じます

最近スクリプトのデバッグにかなりの時間を費やしましたが、ようやく問題が見つかったのは、次のようなコードが原因でした。

class Foo {
    has $.bar;
    method () {
        # do stuff
        $!.bar;
    }
}

これは、問題はそれにあったが、$!.barどちらかとなっているべき、$!barまたは$.bar。わかった

しかし、なぜこれが死なないのですか？

より詳細に本を見てみると、それはここでの問題のように見える私は（存在しない）メソッドを呼び出ししようとしているということであるbar上$!、この時点である、Nil任意のエラーがされていないために。

そして、私は実際に私が望む任意のメソッドを呼び出すことができるように見えNil、それらはすべてNil、Nil.this-is-a-fake-methodやのようなものを含め、すべて黙って戻りNil.reverse-entropy(123)ます。

これは機能ですか？もしそうなら、理論的根拠は何ですか？

はい、意図され、文書化されています。の見出しNilは「値の不在または害のない障害」であり、クラスのドキュメントで言及されています

Nil存在しないメソッドのメソッド呼び出し、およびその結果としての添え字操作は成功し、を返しNilます。

say Nil.ITotallyJustMadeThisUp;  # OUTPUT: «Nil␤» 
say (Nil)[100];                  # OUTPUT: «Nil␤» 
say (Nil){100};                  # OUTPUT: «Nil␤»

概要2は、「Nil戻り値のすべての未定義メソッド呼び出しNil、つまり、Nilメソッド呼び出しチェーンを下に伝搬します。同様に、Nil戻り値の添え字演算Nil」のように、意図は、すべてのステップで$foo.Bar()[0].Baz()チェックを必要としないNil、または特別な「Nil-safe」のような式を許可しているようです"メソッド呼び出しと添え字演算子。

この質問（とホッブズ答えは）また、私は感じて...不安作られた：私は最終的に見つけhttps://docs.raku.org/language/traps：それは割り当てがあることを説明しNil、通常は、異なる値を生成しますAny。次の基本的なREPL相互作用もこれを示しています。

> my $foo = Nil
(Any)

> $foo.bar
No such method 'bar' for invocant of type 'Any'
  in block <unit> at <unknown file> line 1

> my $bar := Nil
Nil

> $bar.baz
Nil

（（違い=とは:=：ここで覆われているhttps://docs.raku.org/language/containers#Binding））

...したがって、一般的な考えは、「存在しない値または良性の障害」は、通常のコードでは、私（そしておそらくあなたも同様）にはるかに広がっていないということです。直接、およびでメソッドを直接呼び出すことに関連する特定の偶発的な状況で一致します$!。

これは、の違いについて、私はもっと認識さNilとAny、そして提供根拠は私に多くの意味を成していました。