if-Abfrage bei ArrayList-Methodenaufrufen - Wie löse ich das?

[Wuast]

Mahlzeit,

kann ich bei einer if-Abfrage eine Ausgabe / Objekterzeugung / wasAuchImmer davon abhängig machen, ob eine bestimmte Methode bei einer ArrayList aufgerufen wurde? Mir ist nicht so ganz klar, wie ich das in der if-Abfrage sinnlich und von syntaktisch formulieren müsste.

Also konkret: Die Array List soll über eine Methode entweder erweitert, oder um ein Element einer bestimmten Position verringert werden. Je nach Aktion soll eine andere Push-Nachricht an die Observer gesendet werden.

Mein Code dazu bisher:

import java.util.ArrayList;
import java.util.Scanner;

public class Rechnungsliste implements RechnungslisteInterface {

  
    ArrayList <Integer> rechnungsIds = new ArrayList <Integer> ();
    ErzeugeId erzeugeId = ErzeugeId.getInstance();        //Die Klasse spare ich hier aus, getNextId erzeugt eine neue Zufallszahl
  
    public void arrayListVerwalten() {
  
    rechnungsIds.add(erzeugeId.getNextId());
    rechnungsIds.add(erzeugeId.getNextId());
    rechnungsIds.add(erzeugeId.getNextId());
  
    }
  

    //toString ...

  
     //Methoden zur Veränderung d. ArrayList --> beobachtbares Ereignis
     public void hinzufuegenNeuerId() { 
         rechnungsIds.add(erzeugeId.getNextId());
      
     }
  

     public void entfernenBestehenderId() {
      
         System.out.println("Position zu entfernender ID eingeben");
         int sc = new java.util.Scanner(System.in).nextInt();
      
         rechnungsIds.remove(sc);
     }
  

package designPattern;

import java.util.ArrayList;

public interface RechnungslisteInterface {
  
    public abstract void hinzufuegenNeuerId(BeobachterInterface beobachter);
  
    public abstract void entfernenBestehenderId(BeobachterInterface beobachter);
  
    public abstract void informiereBeobachter();
  
}
  
  
package designPattern;

public interface BeobachterInterface {

    public void sendeBenachrichtung ();

}

  
    package designPattern;

import java.util.ArrayList;

public class Beobachter_1 implements BeobachterInterface {

  
    private ArrayList <Integer> rechnungsliste;
  
    ErzeugeId erzeugeId = ErzeugeId.getInstance();
  
  
    public Beobachter_1 (ArrayList <Integer> rechnungsliste) {
    this.rechnungsliste = rechnungsliste;
    }

  
    @Override
    public void sendeBenachrichtung() {
        int letzterIndex = rechnungsliste.size() - 1;
        int letztesElement = rechnungsliste.get(letzterIndex);
  
    /* nach dem Motto
    if(methode hinzufuegenNeuerId bei rechnungsliste) {
    System.out.println("Neue ID erzeugt: " + letztesElement); 
    }
    if(methode entfernenBestehenderID bei rechnungsliste) {
    System.out.println("ID " + int der entfernten Position + " wurde entfernt.")
    } */
  
    }
  
}

 

[Neumi5694]

"ob eine bestimmte Methode bei einer ArrayList aufgerufen wurde?"
Bitte was?

Du kannst in eine if-Abfrage alles reinpacken, die ist das Grundgerüst für sämtliche Logik. Aber du musst erst mal formulieren können, was du prüfen willst.

Wie kann man denn "bei" einer ArrayList irgendwas aufrufen?

Für das, was du in "konkret" beschreibst, brauchst du keine Abfrage. Die Methoden sollen einfach das machen, wozu sie da sind. Unter "konkret" steht nichts von einer Bedingung, die du abfragen müsstest.

Edit:
Oh ... ich seh's gerade im auskommentierten Programmteil ... autsch!
Diese Ausgabe gehört ganz ohne Bedingung in die Methode hinzufuegenNeuerId rein.

 

[Wuast]

"ob eine bestimmte Methode bei einer ArrayList aufgerufen wurde?"
Bitte was?

Du kannst in eine if-Abfrage alles reinpacken, die ist das Grundgerüst für sämtliche Logik. Aber du musst erst mal formulieren können, was du prüfen willst.

Wie kann man denn "bei" einer ArrayList irgendwas aufrufen?

Für das, was du in "konkret" beschreibst, brauchst du keine Abfrage. Die Methoden sollen einfach das machen, wozu sie da sind. Unter "konkret" steht nichts von einer Bedingung, die du abfragen müsstest.

Edit:
Oh ... ich seh's gerade im auskommentierten Programmteil ... autsch!
Diese Ausgabe gehört ganz ohne Bedingung in die Methode hinzufuegenNeuerId rein.

keine Ahnung was mein Hirn da zusammengefurzt hat 😀
in diesem Fall klar.
ich muss noch mal in mich gehen was ich eigentlich wollte oder ob es nur mal wieder eine Blockade war... danke trotzdem schonmal für die Rückmeldung :s

 

[Wuast]

Edit:
Oh ... ich seh's gerade im auskommentierten Programmteil ... autsch!
Diese Ausgabe gehört ganz ohne Bedingung in die Methode hinzufuegenNeuerId rein.

Hallo, ich nochmal.

Vielleicht habe ich auch die Observer-Geschichte noch nicht gerafft aber ist es nicht so, dass ich eine Methode (in diesem Fall als push-Benachrichtung) habe und das DIESE Methode den Beobachter informieren soll? Was soll der Beobachter sonst mit der Methode anfangen, wenn sie leer bleibt?
Und dann war mein Gedanke: Je nachdem, was für ein Ereignis eingetreten ist, soll der Beobachter doch eine andere Info bekommen, eben z.B. "neue ID mit der Nummer XXX wurde hinzugefügt" oder "... wurde entfernt". Sowas kommt doch dann, soweit ich hier bisher gelernt habe (zu haben glaubte) nicht in die Methode, welche die ID hinzufügt.

Und dann zurück zu meinem Problem: Wie mache ich deutlich, welches Ereignis welche Push-Nachricht erzeugt. Deswegen war ich gedanklich bei der IF-Abfrage.

Hoffe, das hier nochmal jemand reinschaut und mich erleuchtet 🙂

Danke

 

[mrBrown]

Ob und eventuell auch was sich geändert hat weiß doch nur die Methode, die die Änderung durchführt, entsprechend muss die auch das informieren der Beobachter triggern und kann dann, wenn das Interface das zulässt, Informationen über die Änderung schicken.

Wenn das Interface entsprechend erweitert wird kann man da durchaus ein "neue ID mit der Nummer XXX wurde hinzugefügt" schicken, entsprechend verpackt in einem Objekt.

 

[KonradN]

Oberserver Pattern: https://de.wikipedia.org/wiki/Beobachter_(Entwurfsmuster)

Wenn Du da das Schaubild anschaust, dann ist wichtig:

• Du hast ein Subjekt, das wird beobachtet. (Subjekt / KonkretesSubjekt muss man nicht zwingend trennen).
• Dazu gibt es dann Beobachter. Dies ist meist ein funktionales Interface. Diese Beobachter kann das Subjekt dann speichern.
• Konkrete Beobachter implementieren dieses Interface oder - da es funktional ist - geben eine Methodenreferenz oder Lambda Expression an, das dann irgendwas macht.

Das Subjekt hat also:
a) Eine Liste mit Beobachtern incl. Methoden, damit sich da Beobachter eintragen können.
b) Immer wenn das Subjekt die Beobachter informieren will, dann geht man einfach die Liste mit den Beobachtern durch und ruft auf jedem diese Methode auf.

Das ist schon das ganze Geheimnis bei dem Observer Pattern.

Wie mache ich deutlich, welches Ereignis welche Push-Nachricht erzeugt.

Du kannst mehrere unterschiedliche Beobachter haben. Das wäre dann bei UI Elementen z.B. die unterschiedlichen Events wie Mouse Events, Key Events u.s.w.
Du kannst bei Dir also Beobachter haben für: AddedElement, RemovedElement, ...

Oder Du kannst das auch über Parameter machen. Dann bekommt der Beobachter in der Methode Parameter, die diese Information angeben.

 

[Wuast]

Danke euch 🙂