proggen.org

cloidnerux hat geschrieben:Im Grunde genommen hast du eine Liste an Funktionspointern, die bei einem Bestimmten Ereignis aufgerufen werden.
Das heißt, du könntest dir eine Hilfsklasse "event" programmieren, die eine Liste für Funktionspointer enthält, eine Methode zum Hinzufügen und Entfernen von Funktionspointern und eine Methode zum Starten mit entsprechenden Parametern. Diese klasse kannst du dann für jeden Zweck spezialisieren.

Bebu hat geschrieben:PS: @Xin: Die Abwesenheit ist hiermit noch nicht aufgehoben

Xin hat geschrieben:
Statt einer einzelnen Funktion, lässt sich alternativ aber auch ein Listener Objekt konstruieren. Das wäre eine abstrakte Klasse, die von den Empfängern der Nachricht implementiert wird. Der Sender erhält so die Kontrolle und ruft nur noch die Funktionen des Empfänger-Objektes auf. Das Empfängerobjekt hat damit also auch keine Kontrolle darüber, was rundum passiert.

Möglichkeit 3 habe ich kürzlich ins Repository eingecheckt: Man fragt den Sender, ob es schon was Neues gibt. Der Sender liefert einen Hinweis darauf, was anliegt und überlässt dem Empfänger die Nachricht zu bearbeiten oder es sein zu lassen.

In Kombination mit cloidnerux Liste ergibt sich so die Möglichkeit viele Empfänger mit vielen Ereignissen zu versorgen. Da wir aber vermutlich hinter jeder Oberfläche nur ein Programm laufen haben, können wir uns vermutlich auch auf einen Empfänger beschränken.

Xin hat geschrieben:Heißt das, ich hätte die Frage noch nicht beantworten dürfen?

Bebu hat geschrieben:Und jetzt so, das es ein Nichtinformatiker auch versteht...

Bebu hat geschrieben:Na schön, Spass beiseite, ich hab zwar nicht alles davon verstanden, aber ich vermute mal es heißt, dass das was cloidnerux vorgeschlagen hat, für unsere Zwecke ausreicht. Oder?

Bebu hat geschrieben:

Xin hat geschrieben:Heißt das, ich hätte die Frage noch nicht beantworten dürfen?

Heißt eigentlich, ich hätte die Frage gar nicht stellen dürfen

Xin hat geschrieben: Nicht direkt... eher, dass cloidnerux ein Problem vielfacht löst, wir aber eher viele Probleme haben, die einmalig gelöst werden müssen.

Bebu hat geschrieben:

Xin hat geschrieben: Nicht direkt... eher, dass cloidnerux ein Problem vielfacht löst, wir aber eher viele Probleme haben, die einmalig gelöst werden müssen.

Na gut, könntest du mir dafür einen praktischen Ansatz liefern, wie ich das ganze sinnvoll in meine Klasse integrieren kann? Ich habe zwar jetzt eine grobe Idee, aber damit kriege ich das auch nicht in den Code, wenn mir die Grundlagen fehlen. Ich würde ja auch gerne das Konzept dahinter verstehen und für meine zukünftigen Programme anwenden können.

class Controller
{
  public:
    void AddFile( DedupeFile & newFile );
    void RemoveFile( DedupeFile & toRemove );

    bool Quit( void );
    void CreateIndex( std::list< DedupeFile * > files );
    ...
}

Bebu hat geschrieben:Super danke, jetzt habe ich es auch verstanden, also das Konzept zumindest. Allerdings muss die Gui ja auch auf bestimmte Ereignisse warten, die über das Controllerobjekt gestartet werden. Als Beispiel sei eine Meldung genannt, die ausgegeben werden soll, wenn ein Suchvorgang abgeschlossen ist. Wie kann man das berücksichtigen? Oder stehe ich gerade mit beiden Füßen auf dem Schlauch?

Controller::Controller()
{
  GUIInterface * myGUI;

  switch( prefs.GUI ) 
  { 
    case GUI::wxWidgets: myGUI = new wxWidgetsGUI( *this ); break;
    case GUI::Qt: myGUI = new QtGUI( *this ); break;

    default:
    case GUI::NCurses: myGUI = new NCursesGUI( *this ); break;
  }

  if( !myGUI )
    fprintf( stderr, "No Gui\n" );
  else
    myGUI.TakeOver( *this );
}

Controller::AddFile( DedupeFile & newFile )
{
  /* Die TakeOver-Funktion eines beliebigen GUIs hat vom User gesagt bekommen, dass er ''newFile'' in die Liste aufnehmen soll,
      darum ruft sie nun diese Funktion */
}