Как публичный метод возвращает частный тип?

Question

Почему возможно вернуть вложенный класс private из public в классе public? Разве компилятор не жалуется на видимость типа возвращаемого типа меньше метода?

public final class Outer { 
    private static final class Configurator { 
     private Configurator() { 
     } 
    } 

    public static Configurator configure() { 
     return new Configurator(); 
    } 
} 

Answer 1

Вы можете называть такой метод вне класса, но только если вы счастливы выбросить результат.

public class TestClass { 
    public static void main(String[] args) throws Exception { 
    Outer.configure(); // this is valid 
    } 
} 

или если вы счастливы обратиться к результату как Object:

public class TestClass { 
    public static void main(String[] args) throws Exception { 
    Object o = Outer.configure(); // this is valid 
    } 
} 

компилятор позволяет это, потому что он не нарушает правила Java. Object - это просто общедоступный суперкласс вашего частного класса.

Я сомневаюсь, что для этого шаблона существует много практических применений. Если вы хотите вернуть непрозрачный объект, это лучше сделать, передав общедоступный класс без публичных методов, так как вы можете, по крайней мере, проверить тип, когда он возвращается обратно в классы, которые должны его использовать.

Answer 2

Я думаю, это потому, что как вы собираетесь иметь дело с объектом в вызываемой стороне, можно отложить до последнего момента. Например, предположим, что

private static class X{ 

} 

public static MyClass.X getX() { 
    return new MyClass.X(); 
} 

затем из другого класса, я что-то вроде

public void get() { 
    System.out.println(MyClass.getX()); 
} 

мне не нужно знать, что X тип здесь, потому что Println просто хочет его ToString(), который унаследованный от объекта.

Другой пример

private static class X implements Serializable{ 

} 

public static MyClass.X getX() { 
    return new MyClass.X(); 
} 

В этом случае я не знаю X, но я знаю, что это Serializable, так что я могу сделать что-то вроде

public void get() { 
    Serializable x= MyClass.getX(); 
} 

То, что я не могу сделать, конечно, следует использовать тип X извне MyClass, но до тех пор, пока он мне действительно не понадобится, это просто еще один экземпляр объекта

Answer 3

Вложенный класс является членом его охватывающего класса, так что, как и в шаблоне одноэлементного проектирования, w если вы вызываете общедоступный метод для получения частного статического экземпляра только через этот метод, также можно вызвать частный статический класс как член или один из его методов. Причины вы вложенное это, вероятно, один из следующих:

• Логически группировки классов, которые используются только в одном месте
• к увеличению капсулирования
• Чтобы получить более читаемыми и в сопровождении код

Например, если это было конфиденциально, вы не можете сказать:

OuterClass.StaticNestedClass nestedObject = 
new OuterClass.StaticNestedClass(); 

Итак, вам нужен публичный метод доступа к нему в этом случае.

Answer 4

Существует строгое требование о том, что методы interface должны быть public. Поэтому, когда метод возвращает не- public типа выполняет в interface контракт он должен бытьpublic:

class Foo implements Supplier<NonPublicType> { 
    public NonPublicType get() { // must be public ! 
    … 
    } 
} 

---

Кроме того, это еще можно назвать этот метод из вне пакета, если объявить класс и метод public. Но результат должен быть присвоен доступному супер-типу класса не public, если он будет использоваться. Например. если NonPublicType из приведенного выше примера CharSequence вы можете сказать CharSequence cs=foo.get(); за пределами упаковки (если мы сменим Foo на номер public).

Обратите внимание, что этот метод может переопределить метод суперкласса, который возвращает тип public и возвращает более конкретный тип не public (aka Covariant return type). Этот метод может быть вызван из классов внутри одного и того же пакета, используя более специфический тип.

Answer 5

Это вполне возможно и имеет смысл, хотя короткий практический пример довольно сложный. Частный класс может быть возвращен вместо любого из своих суперклассов. Объект упоминается здесь, но он не должен быть Объектом. Этот пример немного по дурацкой стороне, но он работает.

abstract class Super { 
    abstract void zipper(); 
} 

final class Outer { 

    private static final class Configurator extends Super { 
     private Configurator() { 
     } 

     @Override 
     void zipper() { 
      System.out.println("Zip!"); 
     } 
     public void zoomer() { 
      System.out.println("Zoom!"); 
     } 

    } 

    public static Configurator configure() { 
     return new Configurator(); 
    } 

} 

public final class PublicPrivate { 

    public static void main(final String[] args) { 
     /* Outer.configure returns an instance of Configurator, 
      a subclass of Super */ 
     final Super = Outer.configure(); 
     /* Configurator.zoomer() is not available, 
      because Configurator is private */ 
     // o.zoomer(); /* Uncomment this line and the compile will fail */ 
     /* But Super.zipper() is available, 
      in the form in which Configurator overrid it */ 
     o.zipper(); 
    } 

}