なぜScalaはシャドー変数をサポートしていますか？

Question

私はシャドー変数が使いすぎると思います。なぜScalaはこの言語構​​造をサポートしていますか？それにはいくつかの強い理由があるはずですが、私はそれを見つけることはできません。

Answer 1

シャドウ内部スコープで宣言されたときに同じ名前の別の変数、メソッド、またはタイプがあり、外側を参照することができません-scopeエンティティを非修飾の方法で（あるいは時には全く）使用します。 JavaのようにScalaはシャドーイングを可能にします。

考えられる原因の1つは、Scalaではネストされたスコープが多数存在することです（JavaやC++などと比較して）。実際、ブロックは式が期待される場所であればどこからでも開始することができ、新しいスコープを開始することができます。内部スコープでのシャドーイング名の使用は、平均して宣言に近づき、あいまいではありません。

さらに、インラインクロージャは、プログラマーがすでに混雑しているスコープ内に新しい変数名を必要とすることがあります。シャドウイングを許可すると、他の奇妙な名前をつくるのではなく、すでに使用されている名前と同じであっても、ポイントに十分な記述名を使用することができます（my、local、または悪い場合は_） - レター名...

シャドウイングは、良いIDEで問題になることは少なくなります。カーソルの下にある変数の宣言とその参照をソースコードで強調表示します。

ここにちょうど私の2セント...

Answer 2

私はシャドウ変数は、それらを使用するにはあまりにも危険だと思います。

あなたはあなたが望むものを考え出す権利があります。しかし、データ、研究、理由さえも提供していないので、その意見は価値がありません。

なぜこの言語構​​造をサポートしていますか？

ですので便利です。プログラマーは、スコープ内の一部の識別子がすでにそれを使用しているという理由だけで、任意の識別子名を作成する必要はありません。

ワイルドカードのインポートは、使用している識別子を第三者が追加したためにコンパイルが中断する可能性がなくなり、より便利になります。

それにはいくつかの理由がありますが、私はそれを見つけることができません。

なぜ、その理由がありますか？それには利点があり、欠点がない場合（あなたは何も提示していません）、それで十分です。答えは

EDIT

欠点を説明し、私はシャドウイングの特殊なケースであると言わなければなりません。また、シャドウイングは、importステートメントまたはネストされたpackageステートメントと同じパッケージ内のすべてを介して、インポートのすべてに影響します。

// Not allowed, because it shadows List 
import java.util._ 

class A { 
    // Not allowed, because it shadows this, hashCode, equals, toString 
    class B 
} 

非常に迷惑な言語になるだろう：

は、いくつかの例を見てみましょう。