Frage zur Interfaceerstellung

[ModellbahnerTT]

Tach,

und zwar habe ich folgendes Problem.
Ich habe eine Methode die die Daten eines ResultSets verarbeitet, welches aus einer JDBC-SQL Abfrage stammt. So ... nun gibt es aber einen Fall, da kommen die Daten aus einer anderen Quelle (keine SQL-DB), sollen aber in der gleichen Methode verarbeitet werden und haben aber kein ResultSet.
Dieses muss nun also quasi manuell erzeugt werden, es werden innerhalb der Verarbeitung des ResultSets nur einige wenige Methoden benutzt wie .next() oder .getString().
Nun muss ich ein Interface bauen, welches von der verarbeitenden Methode als Resultset erkannt wird, die Daten aus der nicht SQL-Quelle enthält und bei .next() zB auf die nächste Datenreihe springt.
Wie macht man sowas?

Grüße aus München
Modellbahner TT

 

[mfernau]

Kapier ich nicht ganz.
Du hast eine Methode A, die ein ResultSet als Parameter erwartet und dort einfach irgendetwas tut. Ist ja egal was. Nun hast Du einen Fall, in dem Du andere Daten hast (also KEIN ResultSet) und diese aber in derselben Methode verarbeitet haben möchtest?
Jetzt möchtest Du also gern _VOR_ dem Aufruf der Methode A diese "anderen Daten" in ein ResultSet stopfen, sodass Deine Methode A einfach weiter funktioniert ohne etwas daran ändern zu müssen? Sehe ich das richtig?

 

[mfernau]

Wenn dem so ist, muss Du eine Klasse entwickeln die ResultSet implementiert und die benötigten Methoden überschreibt:

public class MeineTolleKlasse implements ResultSets {
 // ...
}

Allerdings sind das ein ganz hübscher Haufen von Methoden und als richtig "sauber" empfinde ich das nicht gerade.
Alternativ könntest Du auch eine Wrapper-Klasse benutzen die entweder ein ResultSet als Datenquelle benutzt oder die Daten aus Deiner anderen Quelle:

public class MyWrapperClass {
   private ResultSet resultSet;
   private MyDatasetFromWoandersher dataset;

   // ... 
   public boolean next() {
      if(resultSet != null) {
         return resultSet.next();
      } else {
         // abhängig davon wie das mit dem next hier funktionieren soll...
         return true;
      }
   }
   
   // ...
}

Dann müsstest Du natürlich Deine Methode A anpassen, dass sie kein ResultSet mehr erwartet, sonder ein Objekt von MyWrapperClass und auf dieses Objekt dann next() oder getString() oder was auch immer anwendet... Ich hoffe Du verstehst was ich meine...

 

[ModellbahnerTT]

also erstmal vielen dank....
nur geht das mit der WrapperKlasse doch aber nciht so einfach...

public void methodeAufruf {	
		MyWrapperClass wrapper = new MyWrapperClass();
		verArbeiter(wrapper);
}
	
public void verArbeiter(ResultSet set) {
	//Tu Irgendwas	
}

Das obere Beispiel funktioniert doch so aber nicht.
"Type missmatch" !!!

 

[SlaterB]

Wrapper macht nur Sinn, wenn du die weitere Verarbeitung von ResultSet weg auf Wrapper umstellst,
ansonsten musst du eine eigene ResultSet-Klasse schreiben

 

[ModellbahnerTT]

genau das will ich ja nicht tun.
also wie schreibe ich die resultset implementierung???
ich will ja nicht alle ReultSet Methoden neuschreiben, sondern nur ein paar wenige - die gebraucht werden.

 

[SlaterB]

implementieren musst du eh alle, die das Interface vorgibt, mit Dummy-Inhalt return null; oder ganz leer oder am besten
throw new RuntimeException("upps");

welche Methoden wirklich aufgerufen werden weißt du doch anscheinend schon oder merkst du dann spätestens beim Durchlauf,
tja die musst du nun füllen, was ist da die Frage?
wenn intern eine Liste dahinter steckt, dann merke dir auch einen Index 0 in einer Variablen, bei next() wird der index erhöht,
getString() greift auf das zum Index passende Element der Liste zu usw.

programmieren programmieren, bis es fertig ist

 

[ModellbahnerTT]

also ich würde es gerne umgehen alle Methoden des ResultSets neu zu schreiben.
würde es nicht gehen, das ich mir ein interface baue, welches ResultSet extendet.
Und mir dann eine abstacte Klasse erstelle, welche dieses Interface implementiert?

 

[SlaterB]

nein

 

[maki]

Ich habe eine Methode die die Daten eines ResultSets verarbeitet, welches aus einer JDBC-SQL Abfrage stammt. So ... nun gibt es aber einen Fall, da kommen die Daten aus einer anderen Quelle (keine SQL-DB), sollen aber in der gleichen Methode verarbeitet werden und haben aber kein ResultSet.

u.U. wäre es besser/einfacher zu refactoren, d.h. dass die Methode eben nicht mehr explizit ein ResultSet erwartet & verarbeitet, sondern einen eigenen Datentypen oder multidimensionale Arrays/Listen (eigener Datentyp wäre zu bevorzugen).