Problem mit einfach-verketteter Liste

Rubbel die Katz schrieb:

Dass die C++-Variante gravierende Vorteile hat lass ich jetzt sogar einmal außen vor.

das sagst du doch nur, weil dir keine einfallen.

lippoliv

supertux schrieb:

Rubbel die Katz schrieb:

Dass die C++-Variante gravierende Vorteile hat lass ich jetzt sogar einmal außen vor.

Erzaehl man, welchen Vorteil hat die C++ Variante?

Keine... ist genau das selbe... Ausser das du beim Funktionsaufruf nicht "&variable" schreiben musst (falls es noch kein pointer ist) sondern direkt schreibst "variable"...

Sehe ich übrigens nicht soooo positiv, da du nicht weißt was genau die funktion erwartet und ob sie deine Variable verändert...

~(alle angaben ohne gewähr: vllt waren die paar c++ wochen von mir auch zu wenig und ich habe alles verraft und der post ist falschm, dann ignoriert ihn einfach xD)~

lippoliv schrieb:

Sehe ich übrigens nicht soooo positiv, da du nicht weißt was genau die funktion erwartet und ob sie deine Variable verändert...

das sach ich ja auch immer. bei c++ muss man immer höllisch aufpassen, was man tut. C ist da weitaus geradliniger und birgt weniger fallen für den benutzer.

Es reduziert die Komplexität um eine Größenordnung, das ist ein entscheidender Vorteil.

Dass ihr C-Hacker eure ganzen kryptischen & und * vor dem Variablen braucht um euch wohl zu fühlen sehe ich auch nach und belasse es dabei.

L0L ficky schrieb:

Es reduziert die Komplexität um eine Größenordnung, das ist ein entscheidender Vorteil.

wenn, dann verbirgt es komplexität. und das muss nicht immer ein vorteil sein, vor allem dann nicht, wenn die lesbarkeit des codes darunter leidet.

btw, http://yosefk.com/c++fqa/ref.html
--> vor allem punkt 8.6

supertux

lippoliv schrieb:

Keine... ist genau das selbe... Ausser das du beim Funktionsaufruf nicht "&variable" schreiben musst (falls es noch kein pointer ist) sondern direkt schreibst "variable"...

stimmt, dass du bei einer Referenz wuerde man den Variablennamen ohne & schreibst. Und wo liegt darin der Vorteil? Ich sehe darin eher einen Nachteil (siehe unten)

L0L ficky schrieb:

Es reduziert die Komplexität um eine Größenordnung, das ist ein entscheidender Vorteil.

Inwiefern reduziert das die Komplexitate? Welche Komplezitat? In C weiß ich wenigstens auf einen Blick, dass meine Variable sich veraendern kann:

slptr hd;
hd.waswasich = setzen;
...
append(&hd, "der C Fall");

da sehe ich sofort, dass append meine Variable hd veraendern kann. Wenn ich das nicht will, dann kann ich eine Kopie von hd machen und diese Uebergeben.

slptr hd;
hd.waswasich = setzen;
...
append(hd, "der C++ Fall");

Wenn nach langer Zeit ich den C++ Prototyp von append nicht mehr kenne, erkenne ich nicht daran, ob hd sich aendert oder nicht. Ich weiß es nicht. Das koennte wichtig sein.

Aber unabhaengig davon, ob man auf den ersten Blick eine Variablenaenderung sieht oder nicht: Wo bitte ist im C++ Fall eine Reduktion der Komplexitaet bzw. wo ist in C komplexer?

@supertux
in c++ kann man 'const' benutzen, um seine variablen vor manipulation durch referenzen zu schützen. das ist natürlich nur, ääääh, sagen wir mal sowas wie ein workaround. was aber nicht sonderlich auffällt, denn c++ coder sind per se vertraut mit vielen workarounds und hacks.

camper

supertux schrieb:

Inwiefern reduziert das die Komplexitate? Welche Komplezitat?

Die Sichtbare. Genauso wenig wie es sinnvoll ist, diese stets zu verstecken, ist es praktisch, wenn die Sprache kein Mittel bereitstellt, sie an sinnvollen Stellen zu verdecken. C++ ermöglicht die Wahl (man kann ja immer noch per Zeiger übergeben und ich bin nicht der Ansicht, dass eine Variante der anderen gegenüber generell überlegen ist) C tut das nicht.
Zunächst einmal ist die Frage, ob ein Parameter verändert wird oder nicht, nicht primär eine der Funktionssignatur (die nur Mittel zum Zweck ist), sondern eine der Funktionalität. Selbst wenn dir die konkrete Signatur eine Funktion entfallen ist, wirst du sie kaum aufrufen, ohne zu wissen was tut (wenn das vergessen wurde, hilft dir auch ein Zeigerargument nicht). Ist eine Funktion sinnvoll definiert worden, ist ein veränderliches Argument aber stets eine notwendige Folge (oder nicht), es wird also durch die Funktionalität in aller Regel impliziert (natürlich gibt es für alles und jedes Ausnahmen, wenn man darauf hinweisen muss, kann man ja z.B. Zeiger verwenden...).
Andererseits ist es in den Fällen, in denen diese Frage absolut offensichtlich ist, oft schlicht überflüssig (und in Hinblick auf den aufrufenden Code oft auch schlich wenig relevant), noch einmal beim Funktionsaufruf mit & darauf hinzuweisen lenkt dann also vom Wesentlichen ab. Zudem leiden C und C++ bereits unter einer Syntax mit viel zu vielen Sonderzeichen.
Um es kurz zu fassen, Referenzargumente sind natürlich kein Allheilmittel, aber sie können nützlich sein und C++ lässt einem die Wahl, ob man sie verwenden will, und das ist eine gute Sache. Schließlich ging man beim Design beider Sprachen von umsichtigen Programmierern aus, denen man solche Entscheidungen überlassen kann.

Edit: ups, jetzt hab ich doch im falschen Forum geantwortet... also einfach ignorieren, wenn kein Interesse besteht,

supertux

camper schrieb:

supertux schrieb:

Inwiefern reduziert das die Komplexitate? Welche Komplezitat?

Die Sichtbare. Genauso wenig wie es sinnvoll ist, diese stets zu verstecken, ist es praktisch, wenn die Sprache kein Mittel bereitstellt, sie an sinnvollen Stellen zu verdecken. C++ ermöglicht die Wahl (man kann ja immer noch per Zeiger übergeben und ich bin nicht der Ansicht, dass eine Variante der anderen gegenüber generell überlegen ist) C tut das nicht.

zugegeben habe ich ein Problem damit, die (von dir genannte) sichtbare Komplexitaet ueberhaupt zu erkennen. Ich bin kein C++ Guru, deswegen kann es sein, dass mir die Erfahrung von Referenzen vs. Zeiger fehlt. Gerade am apppend Beispiel sehe ich keine "sichtbare" Komplexitaet seitens C. Du schreibst auch "noch einmal beim Funktionsaufruf mit & darauf hinzuweisen lenkt dann also vom Wesentlichen ab", wie ist das zu verstehen? Ablenken, vowor? Irgendwie kann ich da die Argumentation nicht verstehen.

lippoliv

supertux schrieb:

lippoliv schrieb:

Keine... ist genau das selbe... Ausser das du beim Funktionsaufruf nicht "&variable" schreiben musst (falls es noch kein pointer ist) sondern direkt schreibst "variable"...

stimmt, dass du bei einer Referenz wuerde man den Variablennamen ohne & schreibst. Und wo liegt darin der Vorteil? Ich sehe darin eher einen Nachteil (siehe unten)

Nein ich bin C-ler... ich schreibe das und.

Ich stimme dir zu, ich kennzeichne lieber nochmal die Variable so, das ich beim Funktionsaufruf sehe, welche verändert wird, anstatt einfach blind die Variablen in die Funktionen zu schmeißen und zu schauen was bei rauskommt...