Wieso darf man nur 1x `make_shared()` aufrufen, wenn man `shared_ptr` in 3 `vector`s verwenden möchte?

[EinNutzer0]

Dieser Beitrag wurde gelöscht!

[SeppJ]

Was an dieser Frage wurde noch nicht 3x in diesem Thread beantwortet?

[Swordfish]

@EinNutzer0 sagte in Wieso darf man nur 1x `make_shared()` aufrufen, wenn man `shared_ptr` in 3 `vector`s verwenden möchte?:

Und da frage ich mich eben, wieso nicht, wenn ein shared_ptr eine Instanz kapselt.

Nochmal, vielleicht fällt dann der Groschen: make_shared<>() bastelt ein NEUES Objekt als Kopie seines Arguments.
Willst Du einen shared_ptr<> auf ein bereits existierendes Objekt dann kopiere einfach den shared_ptr<>.

[EinNutzer0]

Ja, Frage beantwortet.

[EinNutzer0]

Doch noch eine Frage,

1. wozu shared_ptr und keine stinknormalen Pointer?,
2. wieso kann man unordered_map nur mit solchen benutzen?

[Swordfish]

@EinNutzer0 sagte in Wieso darf man nur 1x make_shared() aufrufen, wenn man shared_ptr in 3 vectors verwenden möchte?:

wozu shared_ptr und keine stinknormalen Pointer?,

Weil shared_ptr<> dafür sorgt daß das Objekt auf das er zeigt am leben bleibt solange noch irgendein shared_ptr<> darauf zeigt.

@EinNutzer0 sagte in Wieso darf man nur 1x make_shared() aufrufen, wenn man shared_ptr in 3 vectors verwenden möchte?:

wieso kann man unordered_map nur mit solchen benutzen?

Mit was?

[SeppJ]

Die Frage "Warum shared_pointer?" am mir auch, als ich gestern deinen - inzwischen von dir gelöschten - Code durch gelesen habe. Nicht, weil shared_pointer keine Einsatzgebiete hätte, sondern weil du es doch sehr exzessiv benutzt hast, ohne das klar zu sein schien, wieso du die Datenstrukturen so gewählt hast, wie du es hast. Das gesamte Datenstrukturdesign kam mir sehr verdächtig vor, da dort anscheinend eine Art Koordination zwischen einer Map und einem Vektor stattfinden soll (noch dazu eine Map mit einem integer als Key, das ist ja praktisch schon fast wieder ein Vector), und du anscheinend denkst, dass shared_pointer eine gute Lösung dafür wäre. shared_pointer löst aber überhaupt nicht das Problem inkonsistenter Datenhaltung, es verhindert bloß, dass dein Programm abstürzt, selbst wenn es logisch falsch ist. Was es höchstwahrscheinlich ist, denn es war nicht erkennbar, dass du die eigentliche Problematik gelöst hast.

Der gesamte Ansatz mit mehreren Containern mit geteiltem Inhalt ist jedenfalls verdächtig, und muss mindestens sauber abgekapselt werden, oder sogar ganz anders angegangen werde.

[EinNutzer0]

@SeppJ Wiederhergestellt. Dann schlage bitte etwas besseres vor.

[SeppJ]

@EinNutzer0 sagte in Wieso darf man nur 1x `make_shared()` aufrufen, wenn man `shared_ptr` in 3 `vector`s verwenden möchte?:

@SeppJ Wiederhergestellt. Dann schlage bitte etwas besseres vor.

Ich kann nicht anhand von ein paar Problemzeilen das fundamentale Datenmodell deines Programms ableiten.

[It0101]

@EinNutzer0 sagte in Wieso darf man nur 1x `make_shared()` aufrufen, wenn man `shared_ptr` in 3 `vector`s verwenden möchte?:

Doch noch eine Frage,

1. wozu shared_ptr und keine stinknormalen Pointer?,
2. wieso kann man unordered_map nur mit solchen benutzen?

std::unordered_map kann man mit allem verwenden. Wie kommst du darauf, dass die Verwendungsmöglichkeit eingeschränkt ist?