void Kompo(Name*)

Was bedeutet dann das * hinter Name? Gehe ich recht in der Annahme, dass hier ein Objekt erwartet wird?

Danke

Das bedeutet, dass ein Zeiger auf ein Objekt vom Typ Name erwartet wird.

Ich dachte Zeiger werden so definiert:

int *name;

Also Stern ist vorne und es muss eine Typendefinition zu beginn erfolgen

Was ist nun richtig?

in deinem ausgangspost ist der typ 'Name'. Mit einer entsprechenden parameterbezeichnung müsste es dann so aussehen.

void Kompo(Name *param);

Wenn 'Name' ein bezeichner und kein typ ist, dann ist es ein syntaxerror.

Mit

void SetzeKomposition(Komposition*)

werden Kinderobjekte der Komposition übergeben.
Aber was ich genau darunter zu verstehen habe, weiß ich nicht

ich nehme stark an dass Komposition eine klasse ist. Ich verdeutliche das mal kurz.

class Komposition{
     //mache klasse nuetzlich
};

class KompositionsVerwaltung{
       public:
            void SetzeKomposition(Komposition *param){
                        //mach irgendwas
            }
};

KompositionsVerwaltung kv;
Komposition *k=new Kompostion();

kv.SetzeKomposition(k);

delete k;

Komposition ist also ein typ und das was du da schreibst sieht mir aus wie eine methoden/funktions-deklaration. In der defintion hätte das objekt dann auch noch einen bezeichner.(meistens)

//EDIT k war kein zeiger

void SetzeKomposition(Komposition*)

eine einfache Setterfunktion einer Klasse ist. Diese Klasse hat wahrscheinlich eine protected oder private Membervariable vom typ pointer auf Komposition der in dieser Funktion ein neuer Wert zugewiesen wird.
BTW da in deinen Beispiel kein Name für den Parameter angegeben ist kann es sich nur um einen Prototypen handeln. Also muss es

void SetzeKomposition(Komposition*);

heissen sonst ist es ein Syntax-error.
Kurt
Edit: zu spät.

Das scheint richtig zu sein, aber ist immernoch nicht das, was ich suche.
Später wird Komposition* (stern hinten dran, nicht vorne) dazu benutzt um Klassen zu erzeugen, dann steht sowas wie

GUIFabrik* guiFabrik = new MotifFabrik;

Da kann mir doch niemand erzählen, dass der Stern falsch oder keine Bedeutung hat(ist nicht unhöflich gemeint)

Edit, es war in einer Tabelle der Operationen aufgeführt, daher kein ;

dein der 'stern' ist schon richtig. Dein eben geposteter code ist ja auch syntaktisch correkt. Aber das hat ja nicht viel mit deinem ausgangscode zu tun.

Es wär gut wenn du mal etwas mehr code postest in dem das problem zu sehen ist. So ist es nur raterei.

int * pi;

bedeutet pi ist ein Pointer auf int.
Ein anderes Beispiel wäre

int *pi, i;

damit declarierst du zwei variablen. i vom typ int, pi vom typ pointer auf int;
Ob du int* pi; oder int *pi; schreibst ist egal.
Kurt

Edit: typo

Ich sehe, ich habe hier eine Schnittstellen Tabelle, dich mich auch verwirrt:

virtual void FuegeHinzu(Glyph*, int);
virtual Glyph* Kindobjekt(int);
virtual Glyph* lternobjekt();

Ist hier Glyph* (eine selbstdefinierte Klasse)nun ein Rückgabewert wie void, float, int usw geworen? Wenn ja, wie deutet man dann FuegeHinzu ?

das was du da gepostet hast sind, wie schon vermutet, prototypen.
FuegeHinzu erwartet als parameter einen zeiger auf Glyph und einen integer.
Beide haben keine bezeichner. Beim integer wundert es dich nicht, warum ?

Und ja, Glyph ist ein selbstdefinierter typ und kann als solcher auch als rückgabewert auftreten. Selbes gilt für zeiger und referencen auf instanzen dieses typs.

Vll solltest du dich doch nochmal mit den grundlagen beschäftigen.

Und ich habe durchaus Grundlagen, wobei natürlich "Grundlagen" relativ ist,
so grundlegend ist die vertiefte Objektfunktionalität ja nicht, oder?

Aber ok, kennt jemand ein Buch, welches die Grundlagen der Objektorientierheit nahebringt ohne gleich von Null mit c++ anzufangen, aber auch nicht immenses Wissen benötigt?

Ich sehe, ich habe hier eine Schnittstellen Tabelle, dich mich auch verwirrt:

virtual void FuegeHinzu(Glyph*, int);
virtual Glyph* Kindobjekt(int);
virtual Glyph* lternobjekt();

Du solltest dir die Implementation der funktionen ansehen. Bei diesen Prototypen sind keine Parameternamen angegeben daher ist die Funktion der parameter nicht so leicht zu erraten.
Ich nehme an wenn die Prototypen folgendermassen declariert wären dann wäre das ganze viel einfacher zu verstehn.
Just a wild guess:

virtual void FuegeHinzu(Glyph* newChild, int pos); // füge newChild an position pos ein 
virtual Glyph* Kindobjekt(int pos); // gib das Kindobject an position pos zurück
virtual Glyph* lternobjekt();       // gib das Elternobjekt zurück

Kurt

Da ist der Haken, ich habe keine Implementation, sondern nur die Beschreibung der Schnittstellen.
Hier wird ein theoretisches Monstrum aufgebaut, wo ab und zu die Schnittstellen physisch werden

Für solche Fälle gibt es normalerweise Dokumentation. Falls nicht schmeiss die Library weg.
Kurt

Ich will ja eigentlich kein C++ lernen, das Buch verwendet auch C++ als Beispielcode, es ist nicht auf C++ ausgerichtet.

Dann hast du ein problem, weil die syntax, und daran hängts gerade, nunmal die von c++ ist. Wenn es dir also grundsätzlich um OOP geht, unabhängig von der sprache, dann such dir am besten ein kleines einsteigertutorial für c++ wo du nachschlagen kannst wass die syntaktischen einheiten für eine bedeutung haben, während du dein buch liesst. Ein zusätzliches buch zu c++ zu kaufen, wenn du es ohnehin nicht lernen willst, ist IMHO verschwendung.

Greets

Z.B hab ich mir diese 40 Seiten tut angeguckt, nett, fängt zwar wieder mit cin und cout an, aber die Querverweise sind tot oder falsch referenziert, so lernt man nur, wie man nen construktor baut usw, was ja hier nicht so das Problem darstellt