Ich komme aus dem C Umfeld und befasse mich momentan mit C++ in Verbindung mit Qt. Mir sind aber in C++ diverse Sachen unklar, auf die ich mir eine Antwort erhoffe. Mit Pointern in C kann man ja allerhand Dinge machen (Pointerarithmetik, Rechnen etc), hier sollen ja Referenzen in C++ eine gewisse Sicherheit bringen, nur frage ich mich, warum man immer noch auf so viele Pointer antrifft (vorallem in Qt)

- Heapobjekte werden mit einem Pointer erstellt - warum keine Referenz ? Eine Referenz muss ja bekanntlich immer auf ein Objekt, welches nicht null ist, zeigen, ist dies der Grund ?

- Warum verfügen Listen wie zum Beispiel eine QList über einen Getter, welchen einen Pointer zurückliefert ? Ist dies damals einfach so implementiert worden oder warum verwendet man keine Referenzen ? Ist dies überhaupt möglich, wenn zum Beispiel eine Out of Index Situation auftritt (Referenz muss auf ein existierendes Objekt/Typ zeigen)?

- Machen Pointer in einem Programm noch Sinn, wenn man per Call by Reference Objekte/Typen verwenden kann?

- Kann man Pointer für Arithmetik und Referencen für den Rest als "Gesetzt" gelten lassen?

Wie ihr seht ist mir einfach unklar, warum es IMMER noch Pointer in C++ gibt. In meinem Code mischen sich Pointer und Referenzen und ich bin darüber etwas erstaunt - warum ? Ich denke mir fehlt es einfach noch an Erfahrung, einen etwas tieferen Einblick zu bekommen, wäre aber über eure meinung und Gedanken sehr erfreut.

Gruss

der wesentliche unterschied zwischen referenzen und pointern ist, dass referenzen auf irgendwas zeigen müssen. pointer können null sein. dementsprechend sollten sie auch verwendet werden. qt habe ich nie benutzt (nutzen die nicht sowieso nur einen bruchteil von c++?), aber möglicherweise ist das der grund, warum an den besagten stellen keine referenzen benutzt werden.

new hat früher null returned, wenn die allokation schiefging. das ging nicht mit referenzen. heute fliegt eine exception.

Wie ihr seht ist mir einfach unklar, warum es IMMER noch Pointer in C++ gibt.

Wenn eine Referenz auf ein Objekt verweist, dann ist sie quasi das Objekt. D.h. Referenzen koennen nur einmal zugewiesen werden, Pointer haben diese Einschraenkung nicht.

Referenzen sind entbehrlich, Pointer nicht.

Warum verfügen Listen wie zum Beispiel eine QList über einen Getter, welchen einen Pointer zurückliefert ?

Welchen Getter meinst du? Ich kenne keine Funktion in QList die einen Pointer zurückliefert.

Vielen Dank für eure Antworten

@Braunstein Klassen wie QList bieten dir ja die Möglichkeit, heapbasierende Objekte zu speichern, zumal Container wie QList intern mit einem Pointer Array realisiert sind.

@knivil Danke gut zu wissen, denn das wusste ich nicht. Wie ist deine Aussage "Referenzen sind entbehrlich, Pointer nicht" zu deuten ? Im Hinblick auf das Sprachdesign und die Kompatibilität zu C ?

@referent Betreffend Bruchteilnutzung von C++: Ja und nein, sie führen eine Art Spracherweiterung ein, welche durch den moc (Meta Object Compiler) gehandhabt wird. Es geht zum Beispiel um Introspection. Man hätte das ganze auch mit Templates realisieren können, was aber recht viel Aufwand an Compilerkompatibilität stellt.

Sprich man kann sagen, Pointer sind in C++ "implementiert", um mit C sprachtechnisch kompatibel zu bleiben ?

Sprich man kann sagen, Pointer sind in C++ "implementiert", um mit C sprachtechnisch kompatibel zu bleiben ?

Nein! Pointer sind elementar. Bitte versuche mal eine verkettete Liste in C++ ohne Pointer zu realisieren!

Irgendwie habe ich den Eindruck, dass du Pointer in C++ schon als sinnlos abgeschrieben hast, weil es Referenzen gibt. Dann verzichte in Zukunft einfach ganz auf Pointer! Viel Spass!

Ist dies damals einfach so implementiert worden

Ja. Qt ist auch nicht der Weisheits letzter Schluss.

Ist dies überhaupt möglich, wenn zum Beispiel eine Out of Index Situation auftritt

Du kannst auch eine Exception werfen.

In meinem Code mischen sich Pointer und Referenzen und ich bin darüber etwas erstaunt - warum ?

Weiss ich nicht ... ist dein Code.

@Braunstein Klassen wie QList bieten dir ja die Möglichkeit, heapbasierende Objekte zu speichern, zumal Container wie QList intern mit einem Pointer Array realisiert sind.

Wie soll eine dynamisches Array denn auch sonst realisiert werden. Auch in std::vector oder std::list stecken letztendlich Zeiger.
Was den Getter betrifft, natürlich muss ein Indexoperator (oder at) das Element zurückgeben welches sich dort befindet. Wenn du Pointer speichern willst, dann erwartet man das diese auch wieder rauskommen. Das ist aber keine Besonderheit von QList, auch das hast du in std::vector genau so.
Wenn du auf Pointer ganz verzichten willst dann musst du halt Smartpointer in dein Array packen. Qt hätte hier z. Bsp. QSharedPointer.