問題タブ [shadowing]

C++では「使用」で行われ、C#では?

を昇格させる方法foo.print、したがってfoo.print、bar.printコンパイラーと同じ「レベル」になります(barもちろん)?

更新 1

最初に、シャドウイングとオーバーライドの一般的な混同に関する段落を追加しましたが、読者に不快感を与えると考えたため、削除しました。

シャドウイングは、継承ツリーにまたがるオーバーロードのようなものです。シャドーイングはオーバーライド されません。

更新 2

オーバーロードされたメソッドを解決するときに、シャドーイングの後foo.printが考慮されなくなりましたprint。昇格するfoo.printと、プロセスに戻ります。つまり、メソッドを呼び出すとbar_object.print("hello")、メソッドfoo.printが呼び出されます。

私はJava 6の認定書を読んでいました.そして、「シャドウ変数」に関する例がありました:

そして、これは結果です：

私の質問は次のとおりです。変数「番号」が最初に 28 の場合、メソッドを使用すると、変数が 99 と 420 に変更されます。しかし、メソッドが終了すると、変数「番号」はなぜ28 の代わりに 99 の値? 元の値（28）を持つと思いました。

基本的に、インスタンスメソッドによって静的メソッドをシャドウできない理由を知りたいのですが（理由はわかっていますが、特定の状況ではあいまいさにつながります）、静的変数はインスタンス変数によってシャドウすることができます（サブクラスにのみ適用されます） ）。

例：

したがって、スーパークラスでint area(インスタンス変数)を宣言しようとすると、エラーが発生しますが、サブクラスからまだ可視でstatic int areaあっても、サブクラスで宣言するとエラーは発生しません。static int area

インスタンスメソッドで静的メソッドをシャドウイングしようとすることと、インスタンス変数で静的変数をシャドウイングしようとすることの動作の違いは何ですか。

前もって感謝します。

次のアウトラインの例を検討してください。

私の質問は、ライン「AAA」についてです。ここでの目標は、スーパークラスから継承されたコンテキスト メンバーが参照されるたびにキャストする必要がないようにすることです。言い換えれば、私はむしろ

それ以外の

毎回。

このアプローチは機能しているように見えますが、正しいかどうか、またはこのようなことを行うことに問題があるかどうか疑問に思っています。私の場合、これはあいまいさにつながることはありませんが、一般的にどのようになるかはわかりました。

contextまた、ここで新しいオブジェクトを作成するのではなく、メソッドが参照メンバーを異なる方法で解釈するようにしたいだけです。

別の方法は、 のcontextような名前に変更することだと思いますrawContextが、これが望ましいかもしれません。

前もって感謝します

フィールドが継承によってシャドウ/非表示になり、後でJVM仕様の一部として解決されるメカニズムはありますか? これはJava 仕様の一部であり、多くのブログ投稿や SO の質問で見つけることができます。しかし、実際にフィールド解像度の JVM 仕様を見てみると、JVM 仕様のpdf のどこにも「隠蔽」または「シャドウイング」という言葉は現れません。

私は自分自身の JVM を作成していて、このフィールド シャドウイングがバイトコード/VM のプロパティであり、Java コンパイラまたは Java-the-language の一部ではないことを発見したため、これを尋ねます。これを VM レベルで実装する適切で信頼できる方法を知りたいです。この重要な JVM の (誤った?) 機能は、どこかに正式に文書化する必要がありますか?

GHCi は、 type が typeAではないことを教えてくれAます。なんで？

Erlang で実装された単純な車のプロセスがあります。

アイドル状態にすることはできますが、idle を 2 回続けて呼び出すと、次のように壊れます。

なんで？

今日、驚くべきことに、次のコードが完全に有効であることを発見しました (gcc 4.4.5):

私は本当に驚いています。受け入れる必要がある場合は、新しい変数が独自のブロック内にあり、外部のコードの残りの部分が引き続きパラメーターにアクセスできるため、パラメーターが実際にはシャドウされていないため、それはある程度理にかなっていると言えます。しかし、それでも意味がわかりません。なぜこれを無効な構文にしなかったのですか? これを許可しても何のメリットもないと思います。実際、これによって引き起こされたバグを掘り下げる必要がありました。それは長い関数であり、パラメーターと同じ名前を持っていることに気付かずに独自の変数を作成しました。コードのいくつかの行 (同じブロック) は、まさにそのパラメーター変数に依存しており、今では私のバージョンを使用しています。そして、私の一日は1時間になります。

私はコンパイラについて非常に表面的な知識を持っているので、誰かがこの動作の背後にある完全なストーリーを説明してくれませんか? 比較として、このような Java コードでは無効です (重複変数)。