Dlaczego nie możesz zadeklarować klasy jako statycznej w Javie?

Dlaczego nie możesz zadeklarować klasy jako statycznej w Javie?

Tylko zagnieżdżone klasy mogą być statyczne. W ten sposób możesz użyć zagnieżdżonej klasy bez instancji klasy zewnętrznej.

class OuterClass{
    public static class StaticNestedClass{
    }

    public class InnerClass{
    }

    public InnerClass getAnInnerClass(){
        return new InnerClass();
    }

    //This method doesn't work
    public static InnerClass getAnInnerClassStatically(){
        return new InnerClass();
    }
}

class OtherClass{
    //Use of a static nested class:
    private OuterClass.StaticNestedClass staticNestedClass = new OuterClass.StaticNestedClass();

    //Doesn't work
    private OuterClass.InnerClass innerClass = new OuterClass.InnerClass();

    //Use of an inner class:
    private OuterClass outerclass= new OuterClass();
    private OuterClass.InnerClass innerClass2 = outerclass.getAnInnerClass();
    private OuterClass.InnerClass innerClass3 = outerclass.new InnerClass();
}

Źródła:

• Samouczek Oracle na temat klas zagnieżdżonych

Na ten sam temat:

• Java: Statyczna vs niestatyczna klasa wewnętrzna
• Klasa wewnętrzna Java i klasa zagnieżdżona statycznie

Klasy najwyższego poziomu są domyślnie statyczne. Klasy wewnętrzne są domyślnie niestatyczne. Możesz zmienić domyślne dla klas wewnętrznych, jawnie zaznaczając je jako statyczne. Klasy najwyższego poziomu, ze względu na to, że są najwyższego poziomu, nie mogą mieć niestatycznej semantyki, ponieważ nie ma klasy nadrzędnej, do której można by się odwoływać. Dlatego nie ma możliwości zmiany wartości domyślnej dla klas najwyższego poziomu.

Spóźniam się więc na przyjęcie, ale oto moje dwa centy - filozoficznie uzupełniające odpowiedź Colina Heberta.

Na wysokim poziomie twoje pytanie dotyczy różnicy między obiektami i typami. Chociaż istnieje wiele samochodów (obiektów), istnieje tylko jedna klasa samochodów (typ). Deklaracja czegoś jako statycznego oznacza, że ​​operujesz w przestrzeni „typowej”. Tam jest tylko jeden. Słowo kluczowe klasy najwyższego poziomu już definiuje typ w przestrzeni „type”. W rezultacie „publiczny samochód klasy statycznej” jest zbędny.

Klasa z prywatnym konstruktorem jest statyczna.

Zadeklaruj swoją klasę w ten sposób:

public class eOAuth {

    private eOAuth(){}

    public final static int    ECodeOauthInvalidGrant = 0x1;
    public final static int    ECodeOauthUnknown       = 0x10;
    public static GetSomeStuff(){}

}

i możesz używać bez inicjalizacji:

if (value == eOAuth.ECodeOauthInvalidGrant)
    eOAuth.GetSomeStuff();
...

Pewnie, że mogą, ale tylko wewnętrzne klasy zagnieżdżone. Oznacza to, że instancje zagnieżdżonej klasy nie wymagają obejmującej instancji klasy zewnętrznej.

Ale w przypadku klas najwyższego poziomu projektanci języków nie mogli wymyślić nic użytecznego ze słowem kluczowym, więc jest to niedozwolone.

Możesz utworzyć klasę narzędzia (w której nie można utworzyć instancji), deklarując typ wyliczenia bez instancji. tzn. w szczególności deklarujesz, że nie ma żadnych instancji.

public enum MyUtilities {;
   public static void myMethod();
}

public class Outer {
   public static class Inner {}
}

... można go uznać za statyczny - pod warunkiem, że jest klasą członkowską.

Z JLS:

Klasy członkowskie mogą być statyczne, w takim przypadku nie mają dostępu do zmiennych instancji otaczającej klasy; lub mogą to być klasy wewnętrzne (§ 8.1.3).

i tu:

Statyczne słowo kluczowe może modyfikować deklarację elementu typu C w ciele nie-wewnętrznej klasy T. Jego efektem jest zadeklarowanie, że C nie jest klasą wewnętrzną. Tak jak statyczna metoda T nie ma w swoim ciele bieżącej instancji T, tak C nie ma bieżącej instancji T, ani nie ma żadnych instancji leksykalnych.

Statyczne słowo kluczowe nie miałoby sensu dla klasy najwyższego poziomu, tylko dlatego, że klasa najwyższego poziomu nie ma typu otaczającego.

Jak wyjaśniono powyżej, klasa nie może być statyczna, chyba że jest członkiem innej klasy.

Jeśli chcesz zaprojektować klasę „której nie może być wiele instancji”, możesz przyjrzeć się wzorowi projektowemu „Singleton”.

Informacje dla początkujących Singletona tutaj .

Zastrzeżenie:

Jeśli zastanawiasz się nad użyciem wzorca singletonu, oprzyj się z całych sił. Jest to jeden z najłatwiejszych do zrozumienia Wzorów Design, prawdopodobnie najpopularniejszy i zdecydowanie najbardziej nadużywany. (źródło: JavaRanch jak link powyżej)

Oprócz tego, jak Java definiuje statyczne klasy wewnętrzne, istnieje jeszcze inna definicja klas statycznych w świecie C # [1] . Klasa statyczna to taka, która ma wyłącznie metody statyczne (funkcje) i ma na celu wsparcie programowania proceduralnego. Takie klasy nie są tak naprawdę klasami, ponieważ użytkownik klasy jest zainteresowany jedynie funkcjami pomocniczymi, a nie tworzeniem instancji klasy. Podczas gdy klasy statyczne są obsługiwane w języku C #, nie ma takiej bezpośredniej obsługi w Javie. Możesz jednak użyć wyliczeń, aby naśladować klasy statyczne w języku C # w Javie, dzięki czemu użytkownik nigdy nie będzie mógł tworzyć wystąpień danej klasy (nawet używając odbicia) [2] :

public enum StaticClass2 {
    // Empty enum trick to avoid instance creation
    ; // this semi-colon is important

    public static boolean isEmpty(final String s) {
        return s == null || s.isEmpty();
    }
}

Wszystko, co kodujemy w Javie, należy do klasy. Ilekroć uruchamiamy klasę, JVM tworzy obiekt. JVM może tworzyć wiele obiektów, z definicji Statyczny oznacza, że ​​masz ten sam zestaw kopii dla wszystkich obiektów.

Tak więc, jeśli Java pozwoliłaby, aby najwyższa klasa była statyczna za każdym razem, gdy uruchamiasz program, tworzy obiekt i przesuwa się do tej samej lokalizacji pamięci.

Jeśli po prostu wymieniasz obiekt za każdym razem, gdy go uruchamiasz, jaki jest sens jego tworzenia?

Dlatego właśnie Java pozbyła się statyczności dla klasy najwyższego poziomu.

Mogą istnieć bardziej konkretne powody, ale ma to dla mnie logiczny sens.

Jedynymi klasami, które mogą być statyczne, są klasy wewnętrzne. Poniższy kod działa dobrze:

public class whatever {
    static class innerclass {
    }
}

Istotą statycznych klas wewnętrznych jest to, że nie mają one odniesienia do obiektu klasy zewnętrznej.

Myślę, że jest to możliwe tak łatwo, jak wypicie szklanki kawy !. Spójrz na to. Nie używamy statycznego słowa kluczowego jawnie podczas definiowania klasy.

public class StaticClass {

    static private int me = 3;
    public static void printHelloWorld() {
       System.out.println("Hello World");
    }



    public static void main(String[] args) {
        StaticClass.printHelloWorld();
        System.out.println(StaticClass.me);
    }
}

Czy to nie jest definicja klasy statycznej? Po prostu używamy funkcji powiązanej tylko z klasą. Uważaj, aby w tym przypadku użyć innej klasy w tym zagnieżdżonym. Spójrz na to:

class StaticClass1 {

    public static int yum = 4;

    static void  printHowAreYou() {
        System.out.println("How are you?");
    }
}

public class StaticClass {

    static int me = 3; 
    public static void printHelloWorld() {
       System.out.println("Hello World");
       StaticClass1.printHowAreYou();
       System.out.println(StaticClass1.yum);
    }



    public static void main(String[] args) {
        StaticClass.printHelloWorld();
        System.out.println(StaticClass.me);
    }
}

W PlatformUIEclipse można spojrzeć na klasę z metodami statycznymi i prywatnym konstruktorem, która sama jest ostateczna.

public final class <class name>
{
   //static constants
   //static memebers
}

jeśli korzyść z zastosowania klasy statycznej nie polegała na utworzeniu instancji obiektu i użyciu metody, wystarczy zadeklarować klasę jako publiczną, a tę metodę jako statyczną.