Was bringt der Heap
-
Warum man noch Speicherreservierung braucht.
Verwaltet man Datenstrukturen die sehr groß sind kommt man schnell an die Grenze des Stack da viele Kopiler diesen auf 1 MB setzen.
Der Heap ist begrenzt dur den Spiecher welcher sich im Rechner befindet.
Klar kann man den Stack auch erhöhen. Aber warum sollte man dies tun auser wenn man viele Rekursionen oder ähnliches hat, bei denen sich die Standardgröße des Stack auch nicht ausgeht.
In meiner ganzen Zeit als Programmierer > 15 Jahre bin ich eigentlich noch nie soweit gewesen in C++ globale Variablen zu verwenden.
-
Optimizer schrieb:
Echt krass, du gehst ab wie ein Zapferl. Und das ist nicht das erste mal, dass du mich dumm von der Seite anmachst.
Ach nein, wann denn noch? Wenn du so etwas als dumme Anmache verstehst dann tust du mir leid. Den "Bullshit" nehme ich zurück wenn du dich dadurch verletzt gefühlt hast. Aber dein Posting kam so in etwa rüber: "Dynamischen Speicher braucht man nicht wirklich. Wenn nötig kannst du ja auch ein globales Objekt nehmen." Wenn ich dich da absolut falsch interpretiert habe dann entschuldige ich mich hiermit.
-
RHBaum schrieb:
Also ehrlich .... wer programme schreibt, die kaum new oder delete verwenden ... warum nimmt er dann C++ ? Das geht doch mit anderen Programmiersprachen dann genau so gut :p
Kannst du diese Aussage irgendwie erklären? In C++ kann man viele Dinge völlig ohne new und delete lösen, für die man in anderen Sprachen schon den Zeiger-Hammer rausholen müsste.
Und wenn du mit "delete verwenden" meinst, dass in normalem Programmcode "delete" verwendet wird, dann ist die Aussage IMHO noch um einiges fragwürdiger, weil C++ gerade eine der wenigen Sprachen ist, die einem das elegant abnimmt.
-
Kannst du diese Aussage irgendwie erklären?
Was ich meine ist:
wenn man new und delete absichtlich umgeht ... aus irgendwelchen Gruenden, die nicht rein programmiertechnischer Natur sind ... sollt man vielleicht ne Programmiersprache waehlen, die einem da mehr Comfort bietet. "Garbage collections" usw. (ja die verwenden auch HEAP aber der user muss sich damit ned rumschlagen)
Sicher sind die autoptr klassen, string klassen und Container elegant, aber wenn man sich halt mit Zeiger ned beschaeftigen will, fliegt man auch mit denen irgendwann auf die Nase, und zwar kraeftig.Das schoene an C++ ist ja, dass man so "systemnah" ist, und man mit pointer manipulieren kann, auf ganz boese "art".
Wenn wer aber C++ lernt nur um mittels STL container standard operationen auf filestreams und auf standard ein/ausgabe zu schreiben, der "verpasst" viel von der Sprache, der haette es mit ner anderen sprache sicher leichter.
Mit Klassenbiblotheken kommt er dann um zeiger meist nimmer drumherum.
Und mal ehrlich, wieviel % der ernsthaften C++ programme verwenden keine klassenbiblio oder C-API ? "Hallo world" Programme schreib ich in Basic schneller ! ok, uber die Ethik laesst sich da streiten !!!
Wenn aber nen ambitionierter Neueinsteiger mit Pointer ned so klarkommt, sollt man ihm ned sagen, dass er die ja gar ned unbedingt braucht, sondern ihm eher die Angst vor nehmen, und zeigen, was er damit fuer Vorteile gegenueber anderen Programmiersprachen denn hat.
Sonst endet er irgendwo in der Kategorie der CT Redaktuere, die den Artikel ueber den Performance vergleich C++, Pascal, C# Java ... geschrieben haben.Das meint ich damit !
Ciao ...
-
wer viel von der STL nützt verpasst viel von der sprache?
pascal kennt keine zeiger?
ich hoffe c++ hat mehr vorteile außer zeiger gegenüber anderen programmiersprachen
-
MaSTaH schrieb:
Ach nein, wann denn noch? Wenn du so etwas als dumme Anmache verstehst dann tust du mir leid. Den "Bullshit" nehme ich zurück wenn du dich dadurch verletzt gefühlt hast. Aber dein Posting kam so in etwa rüber: "Dynamischen Speicher braucht man nicht wirklich. Wenn nötig kannst du ja auch ein globales Objekt nehmen." Wenn ich dich da absolut falsch interpretiert habe dann entschuldige ich mich hiermit.
Da z.B. noch http://www.c-plusplus.net/forum/viewtopic.php?p=372990&highlight=#372990
Antwort: "Ist ja schon gut. Bin eben mit dem falschen Fuß aufgestanden."
Und ja, du interpretierst meine Aussage immer noch falsch. Lassen wir es lieber... Ich glaube, wir haben beide einigermaßen Ahnung davon, auch wenn wir nicht verstehen, was der Andere meint
*confused*
-
Optimizer schrieb:
Antwort: "Ist ja schon gut. Bin eben mit dem falschen Fuß aufgestanden."
Siehst du? Ich gestehe wenigstens ein wenn ich etwas nicht so nettes sage.
Optimizer schrieb:
Und ja, du interpretierst meine Aussage immer noch falsch.
Anscheinend.
Optimizer schrieb:
Lassen wir es lieber...
Das ist ein Wort.
Optimizer schrieb:
...auch wenn wir nicht verstehen, was der Andere meint
Doch, ich verstehe mittlerweile was du meinst Aber du beharrst ja drauf, dass deine Aussage nicht misszuverstehen war. Das sehe ich halt anderes. Genausogut könnten wir uns jetzt aber auch über das Wetter streiten. Also lassen wir es einfach.
-
-
wer viel von der STL nützt verpasst viel von der sprache?
pascal kennt keine zeiger?Drueck ich mich so unverstaendlich aus ?
Oder seid ihr sooo Kleinkraemer !Naja, das nur hab ich ja nur Fett gemacht, um die Formatierungs Tags hier zu testen !!!
ich hoffe c++ hat mehr vorteile außer zeiger gegenüber anderen programmiersprachen
Ich bin mir sogar sicher. Ich bin mir nur ned sicher, ob das jeder weiss !!!
Ciao ...
-
RHBaum schrieb:
Sonst endet er irgendwo in der Kategorie der CT Redaktuere, die den Artikel ueber den Performance vergleich C++, Pascal, C# Java ... geschrieben haben.
Kann man sich den Artikel irgendwo ansehen? Ich habe die CT nicht, würde mir die Codes auch gerne mal ansehen.
davie schrieb:
pascal kennt keine zeiger?
Such mal nach Zeiger und Pascal hier im Forum. Marc++us hat dazu mal ein Beispiel für Zeiger in Pascal geschrieben, sprich, Pascal hat Zeiger.
Code-Hacker
-
sprich, Pascal hat Zeiger.
Bestreitet das hier wer ? Klar hat Pascal Zeiger ... nur die syntax mit dem ^ ist gewoehnungsbeduerftig
Kann man sich den Artikel irgendwo ansehen?
Muesst zu hause mal die Nummer raussuchen ... ist die vorvorhergehende von der aktuellen ausgabe, glaub ich ....
In der letzten ist auch ne Art Statement zu dem Test ... der ist am ende auch zum schiessen.Aber ich denk mal das ist nen generelles problem grade in C++ auf Libraries und standards gedraengt werden, ohne ueber den Tellerand zu schauen.
Ob man nun ein CObjectArray fuer Performance-tests oder Konstrukte wie std::mapstd::string,std::string nimmt, die Ursache dafuer ist meiner Meinung nach die selbe.Ciao ...