Interface oder abstrakte Klasse

[Guest]

Hallo
mal eine allgmeine Frage zum Klassendesign:
ich habe eine Liste von Methoden, die von unterschiedlichen Klassen unterschiedlich implementiert werden. Ich wollte zunächst ein Interface mit diesen Methoden machen, hab dann aber nachher festgestellt, dass diese Methoden eigentlich statisch sind und ich im interface ja keine static Methoden definieren kann.

public interface ProviderService {

  public void login();
  public void logout();
  public void createData();
  ...
}

public class ProviderXService implements ProviderService {
    public void login() {
      ...
    }
    ...
}

public class ProviderYService implements ProviderService {
    public void login() {
      ...
    }
    ...
}

Wie würde man dies nun sinnvollerweise erledigen ?

So vielleicht ?

public abstract class ProviderService {

  public abstract static void login();
  public abstract static void logout();
  public abstract static void createData();
  ...
}

public class ProviderYService extends ProviderService {
    public static void login() {
      ...
    }
    ...
}

public class ProviderYService extends ProviderService {
    public static void login() {
      ...
    }
    ...
}

[/code]

Vielen Dank schonmal für Anmerkungen!

 

[Beni]

Statisch vertägt sich nicht mit Vererbung, da hilft dir weder ein Interface noch eine abstrakte Klasse. Es ist sogar noch schlimmer: statische Methoden werden über "Klassenname.Methodenname" aufgerufen, "Klassenname" kannst du aber nicht zur Laufzeit ersetzen - diese Klassen/Methoden haben alle verschiedene Schnittstellen.

IMHO beste Lösung: lass das "static" weg und bleibe beim Interface. Vielleicht kannst du ja ein Singleton (eine einzige statische Variable der Klasse) verwenden um von überall her auf das Service zuzugreiffen.

public class XYService implements Service{
  private static final XYService SERVICE = new XYServic();

  public static XYService getDefaultService(){
    return SERVICE;
  }

  public void login(){ ... }

  ...
}

... und später ...

Service s = XYService.getDefaultService();
...
s.login();

(Kleine Bemerkung: persönlich würde ich auch auf das Singleton verzichten, meist ist es überflüssig und macht das Programm nur unflexibel)

 

[Guest]

Danke Dir! So dachte ich das auch, da mir Methoden wie login() bisher aber nur als static begegnet sind, hat mich das ein wenig stutzig gemacht. eine Frage muss ich jetzt aber doch noch stellen. Wenn wir bei der abstracten Klasse bleiben, was widerspräche denn sowas:

if(providerA){
   ProviderAService.login();
}else if (providerB) {
  ProviderBService.login();
}
...

 

[maki]

>> was widerspräche denn sowas

Objektorientierung und guter Stil widersprechen dem.

 

[Grasstampfer]

wenn die login methoden das selbe tun, kannst du sie ja auch in der abstrakten klasse schon definieren...

vor diesen static wahn wuerde ich vorsichtig sein...wie schon gesagt