Ich möchte zu Übungszwecken eine Medienbibliothek programmieren.

Das Grundgerüst soll so aussehen, dass ich eine Klasse erzeuge, die alle Funktionen wie Anzeigen, Neuer Eintrag, Durchsuchen etc als Memberfunktionen implementiert. Dann wird ein Objekt dieser Klasse erzeugt und die Funktionen nacheinander/bei bedarf aufgerufen.

//Zum Beispiel:

class NameDerKlasse
{
  //alle wichtigen Variablen und Konstanten

  //Alle wichtigen Funktionen:

  void Anzeigen();
  void Datenbank_oeffnen();
  void Durchsuchen();
  //etc.
};

int main()
{
  NamederKlasse Testobjekt;

  Testobjekt.Datenbank_oeffnen();
  //use.
}

Ist dies ein guter Anfang, grundfalsch oder verbesserungswürdig?

Wann sollte man eine "normale" Funktion und wann eine Memberfunktion verwenden?

Vielen Dank.

Ansonsten; Woraus besteht denn die "Medienbibliothek"?
:xmas1: :xmas2:

Einlesen Eines Verzeichnisses und automatische Einordnung aller (noch nicht vorhandenen) Musik und Filmdateien in eine MySQL Datenbank.

Dynamische Suchfunktion die je nach Wunsch des Nutzers diverse Informationen wie Länge, Titel, Interpret etc. ausgibt.

Kommentierfunktion

Unterstützung von mehreren Benutzern durch Login.

Manuelles Löschen/Hinzufügen/editieren von Dateien.

Eventuell Abspielen der Medien (was aber wohl völlig unrealistisch ist).

Alle diese Funktionen sollten als Methoden implementiert werden.

Dynamische Suchfunktion die je nach Wunsch des Nutzers diverse Informationen wie Länge, Titel, Interpret etc. ausgibt.

Da muss man dann aber wohl die Tags einzeln eingeben, oder?
:xmas1:

Memberfunctions sind dann nötig, wenn man auf private oder protected Members zugreifen muß. Alles andere, was nicht auf diese Members zugreifen muß, lagere ich immer in eine freie Funktion aus. Ist eine ziemlich einfache Regel.

Dem kann ich weitgehend zustimmen.

Freie Funktionen erlauben prinzipiell mehr Code-Wiederverwendung. Sie können überladen werden und mit Objekten arbeiten, deren Typ bereits feststeht (z.B. Nicht-Klassen-Typen wie int , aber auch Klassen aus Bibliotheken, die nicht verändert werden sollen). Zudem wird die Kapselung erhöht, wenn nur wenige Memberfunktionen direkten Zugriff auf private Daten haben. Globale Funktionen müssen dann die Schnittstelle der Klasse nutzen. Manchmal hört man auch, dass freie Funktionen gegen die Objektorientierung sprechen (aber gerade das Kapselungsbeispiel zeigt doch was anderes; abgesehen davon halte ich es für fragwürdig, OOP der Aufrufsyntax nach zu beurteilen).

Wichtig ist ausserdem, dass nicht alle Funktionen, die unmittelbar mit der Klasse verbunden sind, als Member implementiert werden müssen. Das Interface einer Klasse besteht im Allgemeinen aus ihren public -Membern plus den freien Funktionen oder Typen, welche im selben Header ausgeliefert werden.