Java: Várias declarações de classe em um arquivo

Em Java, você pode definir várias classes de nível superior em um único arquivo, desde que no máximo uma delas seja pública (consulte JLS §7.6 ). Veja abaixo, por exemplo.

1. Existe um nome arrumado para esta técnica (análogo a inner, nested, anonymous)?

2. O JLS diz que o sistema pode impor a restrição de que essas classes secundárias não podem ser referred to by code in other compilation units of the package, por exemplo, elas não podem ser tratadas como privadas de pacotes. Isso é realmente algo que muda entre implementações Java?

por exemplo, PublicClass.java:

package com.example.multiple;

public class PublicClass {
    PrivateImpl impl = new PrivateImpl();
}

class PrivateImpl {
    int implementationData;
}

Meu nome sugerido para esta técnica (incluindo várias classes de nível superior em um único arquivo de origem) seria "bagunça". Sério, não acho que seja uma boa ideia - eu usaria um tipo aninhado nessa situação. Ainda é fácil prever em qual arquivo fonte ele está. Não acredito que exista um termo oficial para essa abordagem.

Quanto a saber se isso realmente muda entre implementações - duvido muito, mas se você evitar fazê-lo em primeiro lugar, nunca precisará se preocupar :)

O javac não proíbe isso ativamente, mas tem uma limitação que praticamente significa que você nunca desejaria consultar uma classe de nível superior de outro arquivo, a menos que tenha o mesmo nome do arquivo em que está.

Suponha que você tenha dois arquivos, Foo.java e Bar.java.

Foo.java contém:

• classe pública Foo

Bar.java contém:

• Bar de classe pública
• classe Baz

Digamos também que todas as classes estão no mesmo pacote (e os arquivos estão no mesmo diretório).

O que acontece se Foo.java se referir a Baz, mas não Bar, e tentarmos compilar Foo.java? A compilação falha com um erro como este:

Foo.java:2: cannot find symbol
symbol  : class Baz
location: class Foo
  private Baz baz;
          ^
1 error

Isso faz sentido se você pensar sobre isso. Se Foo.java se referir ao Baz, mas não houver Baz.java (ou Baz.class), como o javac pode saber em qual arquivo de origem procurar?

Se você instruir o javac a compilar Foo.java e Bar.java ao mesmo tempo, ou mesmo se você tiver compilado o Bar.java anteriormente (deixando a classe Baz.classe onde o javac pode encontrá-lo), esse erro desaparecerá. Isso faz com que seu processo de construção pareça muito pouco confiável e esquisito.

Como a limitação real, que é mais parecida com "não se refere a uma classe de nível superior de outro arquivo, a menos que tenha o mesmo nome do arquivo em que está ou você também esteja se referindo a uma classe que está no mesmo arquivo que é nomeado a mesma coisa que o arquivo "é meio difícil de seguir, as pessoas geralmente seguem a convenção muito mais direta (embora mais rigorosa) de apenas colocar uma classe de nível superior em cada arquivo. Isso também é melhor se você mudar de idéia sobre se uma classe deve ser pública ou não.

Às vezes, há realmente uma boa razão pela qual todo mundo faz algo de uma maneira específica.

Eu acredito que você simplesmente chama PrivateImplo que é: a non-public top-level class. Você também pode declarar non-public top-level interfacestambém.

por exemplo, em outro lugar no SO: classe não pública de nível superior versus classe aninhada estática

Quanto às mudanças de comportamento entre as versões, houve essa discussão sobre algo que "funcionou perfeitamente" no 1.2.2. mas parou de funcionar no 1.4 no fórum da sun: Java Compiler - incapaz de declarar classes de nível superior não públicas em um arquivo .

Você pode ter quantas aulas quiser dessa maneira

public class Fun {
    Fun() {
        System.out.println("Fun constructor");
    }
    void fun() {
        System.out.println("Fun mathod");
    }
    public static void main(String[] args) {
        Fun fu = new Fun();
        fu.fun();
        Fen fe = new Fen();
        fe.fen();
        Fin fi = new Fin();
        fi.fin();
        Fon fo = new Fon();
        fo.fon();
        Fan fa = new Fan();
        fa.fan();
        fa.run();
    }
}

class Fen {
    Fen() {
        System.out.println("fen construuctor");

    }
    void fen() {
        System.out.println("Fen method");
    }
}

class Fin {
    void fin() {
        System.out.println("Fin method");
    }
}

class Fon {
    void fon() {
        System.out.println("Fon method");
    } 
}

class Fan {
    void fan() {
        System.out.println("Fan method");
    }
    public void run() {
        System.out.println("run");
    }
}

1. Existe um nome arrumado para esta técnica (análoga a interna, aninhada, anônima)?

Demonstração de arquivo único de várias classes.

2. O JLS diz que o sistema pode impor a restrição de que essas classes secundárias não podem ser referidas por código em outras unidades de compilação do pacote, por exemplo, elas não podem ser tratadas como privadas do pacote. Isso é realmente algo que muda entre implementações Java?

Não conheço nenhum que não tenha essa restrição - todos os compiladores baseados em arquivos não permitirão que você se refira às classes de código-fonte em arquivos que não tenham o mesmo nome que a classe. (se você compilar um arquivo com várias classes e colocar as classes no caminho da classe, qualquer compilador as encontrará)

De acordo com a Effective Java 2nd edition (Item 13):

"Se uma classe de nível superior (ou interface) privada de pacote for usada por apenas uma classe, considere tornar a classe de nível superior uma classe aninhada privada da única classe que a utiliza (Item 22). Isso reduz sua acessibilidade de todos as classes em seu pacote para a classe que o utiliza. Mas é muito mais importante reduzir a acessibilidade de uma classe pública gratuita do que uma classe de nível superior privada do pacote: ... "

A classe aninhada pode ser estática ou não estática, com base no fato de a classe membro precisar acessar a instância anexa (Item 22).

Sim, você pode, com membros estáticos públicos em uma classe pública externa, assim:

public class Foo {

    public static class FooChild extends Z {
        String foo;
    }

    public static class ZeeChild extends Z {

    }

}

e outro arquivo que faz referência ao acima:

public class Bar {

    public static void main(String[] args){

        Foo.FooChild f = new Foo.FooChild();
        System.out.println(f);

    }
}

coloque-os na mesma pasta. Ajuntar com:

javac folder/*.java

e corra com:

 java -cp folder Bar

Apenas para sua informação, se você estiver usando o Java 11+, há uma exceção a esta regra: se você executar o seu arquivo java diretamente ( sem compilação ). Nesse modo, não há restrições para uma única classe pública por arquivo. No entanto, a classe com o mainmétodo deve ser a primeira no arquivo.

Não. Você não pode. Mas é muito possível em Scala:

class Foo {val bar = "a"}
class Bar {val foo = "b"}