Methoden abstract static Methode

[ErfinderLabyrinth]

Hi,
ich möchte, dass wenn man die Klasse "Game" extended, dass man eine public static void gameSettings() Methode implementieren muss bzw. dass man die Methode static machen kann:

Bsp1:
[CODE lang="java" title="Game" highlight="8"]package gameengine;

import java.util.List;

import variablen.Task;

public abstract class Game {
protected static abstract void gameSettings();
}[/CODE]
[CODE lang="java" title="vanilla" highlight="14"]package vanillaGameSettings;

import java.util.ArrayList;
import java.util.List;

import gameengine.Game;
import gameengine.Register;
import gameengine.annotations.Mod;
import variablen.Task;

@Mod("vanilla")
public class vanilla extends Game{

public static void gameSettings() {
Register.registerObject(new Baum(), "baum");
Register.registerObject(new Mensch(), "mensch");
}

}
[/CODE]

Fehlernachricht bei Game Zeile 8: The abstract method gameSettings in type Game can only set a visibility modifier, one of public or protected

Bsp2:
[CODE lang="java" title="Game" highlight="8"]package gameengine;

import java.util.List;

import variablen.Task;

public abstract class Game {
protected abstract void gameSettings();
}[/CODE]
[CODE lang="java" title="vanilla" highlight="14"]package vanillaGameSettings;

import java.util.ArrayList;
import java.util.List;

import gameengine.Game;
import gameengine.Register;
import gameengine.annotations.Mod;
import variablen.Task;

@Mod("vanilla")
public class vanilla extends Game{

public static void gameSettings() {
Register.registerObject(new Baum(), "baum");
Register.registerObject(new Mensch(), "mensch");
}

}
[/CODE]
Fehlernachricht bei vanilla Zeile 14: This static method cannot hide the instance method from Game

bei Bsp1 wirft der Fehler keine Exeption, es wird aber trotzdem als Fehler angezeigt, kann man den Fehler irgendwie umgehen, sodass dies nicht als Fehler anzeigt?

 

[stg]

Kurze Antwort: Abstrakte Methoden können nicht statisch sein.

 

[temi]

Warum soll die Methode static sein?

 

[ErfinderLabyrinth]

Damit man sie ohne erstellen einer Variable aufrufen kann

 

[temi]

Damit man sie ohne erstellen einer Variable aufrufen kann

Warum muss man das bei dieser Methode tun?

 

[Mart]

ich denke es wird auf generics mit static hinauslaufen sobald man weis wo was registriert wird .. nur das weis man nicht


oder auf das Factory pattern da kannst du die Fabrik Methode static machen


vllt ein anderer Ansatz

enum Mode{
    VANILLA(new EasySettings()), MEDIUM(...), HARD(...);
private GameSettings setting;
    Mode(GameSettings setting)
    {
        ...
    }
}

falls du das mit den Easysettings machst und vererbung dann wären generics zu "empfehlen" oder die Factory vllt? ich weis ja nicht was bei dir so rum geistert

oder wenn du unbedingt static willst kannst du eine Factory benutzen

enum Mode{

    VANILLA, MEDIUM, HARD;


}
class GameFactory{}
    public static Game makeGame(Mode mode){
    switch(mode)
        case VANILLA=> return new EasyGame();
        case MEDIUM => return new MediumGame();
}
}

 

[Robert Zenz]

Statische Methoden koennen nicht abstrakt sein, weil sie nicht unmittelbar Teil der Implementation werden. Wenn du eine statische Methode aufrufst, musst du die korrekte Klasse bereits kennen. Zum Beispiel:

public class Base {
    public void print() {
        System.out.println("Hello from Base");
    }
}

public class Extension extends Base {
    @Override
    public void print() {
        System.out.println("Hello from Extension");
    }
}

// ---

Base instance = new Extension();
instance.print(); // "Hello from Extension"

Wenn du Instanz-Methoden aufrufst, musst du nicht zwingend die implementierende Klasse kennen, weder beim kompilieren noch zur Laufzeit, diese koennte ja auch von irgendwo stammen:

Base instance = SomeCustomRepository.createInstance();
instance.print(); // "Hello from Extension"

Aber statische Methoden muessen im Kontext der Klasse welche sie deklarieren aufgerufen werden.

public class Base {
    public static void print() {
        System.out.println("Hello from Base");
    }
}

public class Extension extends Base {
    public static void print() {
        System.out.println("Hello from Extension");
    }
}

// ---

Base.print(); // "Hello from Base"
Extension.print(); // "Hello from Extension"

Bedeutet, du musst die Klasse beim kompilieren bereits kennen.

Natuerlich, kann man auch das umgehen...aber ob dies Zielfuehrend ist oder nicht ist eine andere Frage.

public class Base {
    public static void print() {
        System.out.println("Hello from Base");
    }
}

public class Extension extends Base {
    public static void print() {
        System.out.println("Hello from Extension");
    }
}

Base instance = SomeCustomRepository.createInstance();
Class<?> realBaseInstanceClass = instance.getClass();
Method printMethod = realBaseInstanceClass.getMethod("print");
printMethod.invoke(null); // "Hello from Extension"

Wie gesagt, ob das zielfuehrend ist ist sehr sehr fragwuerdig, eher nicht.

 

[ErfinderLabyrinth]

Allerdings wirft dies beim Ausführen keine Exeption

 

[Mart]

ILab
{
     print();
}

class 1 implements ILab{
print(){
throw new NotSupportedException
}
}
class 2 implements ILab {
print(){
Sysout suppi
}
}

kann gutes und schlechtes design es so zu tun dann hast du deine exception