Warum können Sie eine Klasse mit demselben Namen wie eine geschachtelte Klasse importieren?

Question

Betrachten Sie den folgenden Code ein:

import java.util.Calendar; 

class Demo 
{ 
    class Calendar {} 

    public static void main (String[] args) { 
     // System.out.println(Calendar.DAY_OF_WEEK); // Would be an error. 
    } 
} 

Dieser Code kompiliert fein; aber wenn Sie sich auf Calendar innerhalb Demo beziehen, beziehen Sie sich auf Demo.Calendar, nicht java.util.Calendar.

Der Import ist eindeutig redundant; aber es scheint seltsam, dass es erlaubt ist, wenn man bedenkt Sie nicht eine Klasse mit dem gleichen einfachen Namen als Top-Level-Klasse in derselben Übersetzungseinheit (pro JLS Sec 7.5.1) definiert zu importieren erlaubt:

import java.util.Calendar; // error: Calendar is already defined in this compilation unit 

class Calendar {} 

Gibt es Ein praktischer Grund, warum ein solcher Import wie im ersten Codebeispiel kein Kompilierungsfehler wäre?

Answer 1

Der einzige Fall, den ich mit oben kommen kann, wo man eine zweimal (oder mehr) -nested Klasse mit dem gleichen Namen wie der Import hat:

import java.util.Calendar; 

class Demo { 
    static class Nested { 
    static class Calendar {} 

    static void useNested() { 
     System.out.println(Calendar.class); // Demo.Nested.Calendar 
    } 
    } 

    static void useImported() { 
    System.out.println(Calendar.class); // java.util.Calendar 
    } 

    public static void main(String[] args) { 
    Nested.useNested(); 
    useImported(); 
    } 
} 

Ideone demo

In diesem Fall ist das verschachtelte Calendar nicht automatisch außerhalb des Gültigkeitsbereichs der Nested Klasse sichtbar, so dass die importierte Calendar Klasse außerhalb verwendet wird, z in der useImported Methode.

Ich würde das nicht wirklich als "praktisch" bezeichnen, aber es ist einfach verwirrend, was in jedem Kontext verwendet wird und definitiv zu vermeiden ist. Es hat mich immer noch interessiert, dass dieser Fall existiert.

---

Ich nehme an, es ein anderer ähnlicher Fall ist:

import java.util.Calendar; 

class Demo { 
    static void useImported() { ... } 
} 

class Demo2 { 
    class Calendar {} 

    static void useNested() { ... } 
} 

(wo diese Klassen sind in derselben Übersetzungseinheit). Grundsätzlich die gleiche Idee wie oben.

Answer 2

Ich nehme an, wenn Sie eine Klasse importieren, ist es im globalen Raum dieser Kompilierungseinheit sichtbar. Wenn Sie jedoch Ihre Kompilierungseinheit oder Top-Level-Klasse mit dem Import gleich benennen, stehen Sie im Grunde im Konflikt mit dem Import, und daher ist es für JVM mehrdeutig, zu wissen, welches das ist. und da es eine Klasse kompiliert, gibt es einen Fehler für den Import.

Auch wenn es in einer anderen Klasse ist, überschatten Sie den Import dort drüben. Es ist nur ähnlich in der Art wie globale Variablen auf Klassenebene und auf Methodenebene, die sie verbergen, wenn sie mit demselben Namen definiert sind.

Hoffe, das hilft.