Interfaces und Implementierungen

[TJava]

Hallo,
ich habe eine Schnittstell Configuration, diese Schnittstelle enthält nur zwei Methoden.
getProperty und setProperty.
Ich habe zusätzlich in der Implementierung jetzt jede Menge anderen Methoden implementiert.
z.B. getFileArchiv, getTimeout usw.

Ist das Falsch? Wieder spricht das dem Sinn des ganzen?
Ich glaube man nennt es "Programmieren gegen Schnittstellen"?

Kann mir jemand etwas dazu sagen ?

MfG

 

[Gast2]

Prinzipiell kannst du das schon machen.
Du kannst halt nur auf die 2 Methoden zugreifen wenn du gegen das Interface programmierst. Wenn dir das reicht dann passts

 

[TJava]

Es würde gehen, doch ich Frage mich vorher soll jemand anderes Wissen welche Werte es gibt.
getProperty( Welcher Werte gibt es??);

oder Configuration.getPath; hier wird einem geholfen.

Was macht denn mehr Sinn?

 

[Gast2]

Es würde gehen, doch ich Frage mich vorher soll jemand anderes Wissen welche Werte es gibt.
getProperty( Welcher Werte gibt es??);

Sowas würde z.b. in der API/Doku stehen.

oder Configuration.getPath; hier wird einem geholfen.

Was macht denn mehr Sinn?

Wenn die Properties immer gleich sind (also nicht dynamisch), dann würde ich den zweiten Weg bevorzugen.

 

[TJava]

Ok also den zweiten weg, auch wenn ich damit das Prinzip "Programmieren gegen Schnittstellen" breche?

Kannst du mir eine begründung dafür nennen? Ich muss das irgendwie in die Bachelorarbeit reinpacken. Warum ich das so gemacht habe oder warum ich den Weg weg von der Schnittstelle gewählt habe.

 

[Gast2]

Nein, du erweiterst dein Interface dann natürlich um die einzelnen Methoden.

 

[Tomate_Salat]

Wenn du das meinst:

public interface IConfiguration 
{
	public String getPath();
}

brichst du nichts.

Wenn ich ein Interface baue, was sich iwie auf Propertys bezieht, dann regel ich das so:

public interface IConfiguration 
{
	String PROPERTY_PATH="config.path";
	
	public String getProperty(String s);
}

Damit kennt der Programmierer später wenigstens die "wichtigsten" Punkte.

 

[TJava]

Ja das ist ja das Problem, im Interface ist nur getProperty vorhanden.
Das Interface war mit vorgegeben. Aber als ich angefangen habe, habe ich das noch nicht so verstanden.
In der Implementierung habe ich nun, aber getPath usw. erstellt.
Also ist das Falsch?

 

[Gast2]

Ja wenn du das Interface nicht ändern kannst dann bleibt dir nur der getProperty/setProperty Weg.

 

[Tomate_Salat]

Oder soetwas:

public interface IConfigurationConstant
{
	public String PROPERTY_PATH="config.path";
}

 

[nrg]

das verhindert aber an anderer stelle auch nicht die ausführung der methoden. ist nur mit

... instanceof ConfigurationImpl

und einem cast verbunden.

was für eine datenhaltung hast du dir eigentlich in der Implementierung gedacht?

 

[TJava]

Ich lese eine Property Datei aus. Es sind also nur Strings und zum Teil File-Objekte.
oder was meinst du?

 

[bERt0r]

Wenn du ein Interface vorgegeben hast, musst du die dazugehörigen Funktionen natürlich richtig implementieren. Ob du jetzt für manche Properties eine eigene getFunktion Schreibst bleibt dir überlassen, die getProperties Funktion sollte dann halt diese Funktionen aufrufen (wenn das einen Sinn macht und die gets nicht trivial sind).
Ausserdem weißt du selber als Programmierer doch gar nicht immer welche Properties in einer Datei stehen, darum war wohl auch diese getProperty Funktion so ausgelegt, dass man beliebige Properties auslesen kann.