welche vorteile bietet c++ gegenüber c

Das klingt wie:

Unsinn, so klingt es absolut nicht.

Zum einen habe ich "am besten auch" und nicht "am besten erst" geschrieben. Wenn das deinerseits nur ein Tippfehler war, betrachte diesen Punkt als inhaltslos.

Zum anderen impliziere ich nicht, dass Haskell und Co. das einzig Wahre sind, so wie du es mit dem OO-Paradima machst, sondern ich sage nur, dass es auch Sinn macht auch mal etwas Funktionales kennenzulernen, nachdem man C++ und Co. kennengelernt hat.

cooky451

ZumHundertstenMal schrieb:

(Nur wer char arrays kennt lernt std::string & std::vector zu schätzen :D)

Das glaubst du...
Es gibt so viele ehemalige C Programmierer, die std::string nicht benutzen, weil sie mal gehört haben, dass es zu langsam ist und sich stattdessen ein eigene Stringklasse bauen.

Das wäre aber schon ein ziemlich epischer fail

ZumHundertstenMal schrieb:

Zudem entsteht dass C/C++ Mischmasch meiner Meinung nach auch eher bei Leuten die gleich mit C++ anfangen vor, da diese ja meist C und C++ kaum unterscheiden können.

Da du ja laut eigener Aussage selbst noch C++ Anfänger bist, lasse dich doch bei deiner Meinungsbildung von erfahrenen C++ Programmierern beeinflussen, die mehrheitlich der Meinung sind, dass ein C/C++ Mischmasch dann entsteht, wenn man vorher C Programmiert und es dann nicht schafft seine Denkweise umzustellen.

Jemand, der mit einem guten C++ Buch lernt, wird sicherlich nicht anfangen alles prozedural mit void* und Co. zu lösen.

Ein bisschen in diesem Forum lesen reicht da schon.
Und wer sich gut mit C versteht kennt dieses Forum!

ZumHundertstenMal schrieb:

Das Grundzeugs kann man gleich überspringen, man freut sich über Klassen, Templates und die STL-Container anstatt sie zu verfluchen weil man nichts versteht.

Was muss man groß verstehen um die STL verwenden zu können? Ein Anfänger wird es wesentlich leichter haben mit std::vector.push_back() zu arbeiten, als sich in C mit malloc() und free() irgendetwas ähnliches nachzubauen.
Er wird vielleicht nicht verstehen, wie das genau implementiert ist, aber das ist zum Verstehen der zugrundeliegenden Konzepte auch nicht wichtig.

Falsch, ein Anfänger wird wohl mit char mystring[] = "foo bar" und nicht mit dynamischer Speicherwaltung anfangen. Und er wird bestimmt auch nicht Klassen in C einführen und dann std::string nachbauen.
Ein Anfänger kennt wie gesagt weder Klassen noch Operatorüberladungen noch Templates und bekommt dann sowas vorgesetzt:

#include <iostream>
#include <vector>

int main()
{
  vector<int> foo; // <int> ??
  foo.push_back(42); // .push_back ?? 
  cout << "foo bar!" << endl; // << ??
}

krümelkacker

cooky451 schrieb:

#include <iostream>
#include <vector>

int main()
{
  vector<int> foo; // <int> ??
  foo.push_back(42); // .push_back ?? 
  cout << "foo bar!" << endl; // << ??
}

Ja und? Willst Du jetzt damit sagen, dass man einem Anfänger nicht vector und cout näher bringen kann, ohne Klassen und Templates zu erklären? Das funktioniert genauso gut, wie kleine Kinder ihre Muttersprache lernen, ohne, dass man ihnen erst die Grammatik erklären muss. Wenn es Dir so ein großes Rätsel ist, wie man C++ lernen kann, ohne sich anfangs mit Details aufzuhalten, dann schau Doch mal in das Buch "Accelerated C++" rein.

Falsch, ein Anfänger wird wohl mit char mystring[] = "foo bar" und nicht mit dynamischer Speicherwaltung anfangen.

Falsch, ein Anfäger wird (bei einem entsprechenden Buch) mit std::string myString = "foo bar" anfangen und kann damit dann direkt ganz viele tolle Sachen machen, ohne verstehen zu müssen wie jetzt die Speicherverwaltung im Hintergrund aussieht.

welche vorteile bietet c++ gegenüber c?
Ganz einfach, es kann alles von C und andere Paradigmen wie OOP obendrauf...

Bloops

NoName57253 schrieb:

...

http://www.math.uni-bayreuth.de/~rbaier/lectures/c++_intro/html/node16.html

...

hrhr, der war gut

cooky451

krümelkacker schrieb:

cooky451 schrieb:
#include <iostream>
#include <vector>

int main()
{
  vector<int> foo; // <int> ??
  foo.push_back(42); // .push_back ?? 
  cout << "foo bar!" << endl; // << ??
}
Ja und? Willst Du jetzt damit sagen, dass man einem Anfänger nicht vector und cout näher bringen kann, ohne Klassen und Templates zu erklären? Das funktioniert genauso gut, wie kleine Kinder ihre Muttersprache lernen. Denen erklärst Du auch nicht erst wie die Grammatik funktioniert etc etc etc. Wenn es Dir so ein großes Rätsel ist, wie man C++ lernen kann, ohne sich anfangs mit Details aufzuhalten, dann schau Doch mal in das Buch "Accelerated C++" rein.

Ich sage ja nicht dass das nicht geht. Nur, dass es leichter ist C zu lernen. Wenn ich mich hinsetze und eine Programmiersprache lerne möchte ich möglichst nachvollziebare Beispiele in denen ich alles verstehe. Und vor allem sollte es reproduzierbar sein. Aber cout << "foo" bringt mir als Anfänger gar nichts. Das steht so da und irgendwie passt es nicht ins Konzept. Als ich cout << "blah" lesen musste hatte ich immer das Gefühl irgendetwas verpasst zu haben. Dagegen printf ist einfach eine Funktion und was Funktionen sind lernt man sehr schnell ganz am Anfang.

Und nein, ich glaube nicht dass das lernen einer Programmiersprache funktioniert wie das erlenen der Muttersprache. Man lernt die Syntax. Dinge wie if else while for switch muss man eben doch erklärt bekommen. Auch, wenn sich die Funktion meist aus dem Namen ergibt, muss die Syntax gelernt werden. (Wo setze ich Klammern, wann ==, !=, etc.)

Man kann natürlich einem Anfänger vector und cout näher bringen ohne Klassen, Operatorüberladung und Templates zu erklären. Nur, welchen Sinn hat das? Der kann dann irgendwie etwas mit cout ausgeben und weiß auch dass vector wohl irgendwie sowas wie ein dynamisches array ist aber viel gewonnen hat man damit nicht. Man kann das gelernte nunmal nicht einfach auf andere Dinge anwenden, denn einem sind ja nur cout und vector bekannt. Mit Wissen über Arrays und Funktionen kann man irgendwie mehr anfangen.

Falsch, ein Anfäger wird (bei einem entsprechenden Buch) mit std::string myString = "foo bar" anfangen und kann damit dann direkt ganz viele tolle Sachen machen, ohne verstehen zu müssen wie jetzt die Speicherverwaltung im Hintergrund aussieht.

Ich glaube es wird einfach darauf hinauslaufen dass ich es ziemlich sinnlos finde Anfängern zu sagen nutzt mal std::string das ist voll toll und ihr könnt super viel damit machen ohne etwas davon verstehen zu müssen. Dann kann einem nämlich genau das passieren, was ich oben beschrieben habe. Schüler wissen zwar was eine while-Schleife ist, kennen die Syntax, aber können das gelernte einfach nicht anwenden.
Man drückt Schülern doch auch keinen Taschenrechner in die Hand bevor sie rechnen können. Und dass der viel schneller/effizienter ist als nahezu jeder Mensch ist da doch auch kein wirkliches Argument oder?

volkard

cooky451 schrieb:

Man drückt Schülern doch auch keinen Taschenrechner in die Hand bevor sie rechnen können.

Nein, den drücken die besseren Schüler sich selber in die Hand. Alle, von denen ich weiß, daß sie vorzeitig Taschenrechner benutzt haben, sind nicht besonders schlecht in Mathe (mich eingeschlossen). Alle, von denen ich weiß, daß sie bis zur offiziellen Erlaubnis gewartet haben, sind schlecht in Mathe.
Damit wäre zum einen gezeigt, daß die Lehrer nicht wissen, wie Kinder funktionieren, sondern in einer ganz seltsamen IchBinSchauUndKindIstDumm-Manier fehlbestimmen, wie Kinder lernen sollen. Und zum anderen ist Deine Argumentation auf dieses Muster zurückgeführt worden und zumindest ohne weitere Fußnoten recht fragwürdig.

krümelkacker

cooky451 schrieb:

...Nur, welchen Sinn hat das?...

*seufz*
Das wurde doch alles schon x mal durchgekaut. goto seite 3.

cooky451

Hm.. also bei uns gab es eigentlich nie eine offizielle Erlaubnis Taschenrechner benutzen zu dürfen..

Und zum anderen ist Deine Argumentation auf dieses Muster zurückgeführt worden

Muss ich momentan leider zugeben.
Aber die Aussage bezog sich auch eher auf Grundschüler. Ich denke, wir sind uns einig dass man erst das "Rechnen"-Konzept verstehen sollte bevor man einen Taschenrechner nutzt. Und wenn man sich beim rechnen schon so langweilt dass man sich einfach selbst einen Taschenrechner besorgt, wurde das aber auch höchste Zeit.
Ich möchte hier ja nicht die offensichtlichen Vorteile von C++ kleinreden. Aber dennoch halte ich es für sinnvoller elementare Datentypen, Arrays, Funktionen etc. bekannt zu machen bevor man mit std::string und std::vector anfängt. Und hier eignet sich der "C-Kontext" einfach besser, da dieser nunmal auf dem oben genannten basiert. Ich würde sogar behaupten dass das eher eine zusätzliche Schranke zwischen dem C-Stil und dem C++-Stil zieht.

@krümel
Auf Seite 3 sehe ich den Beitrag von C++ antworter. Auf Seite 4 dann die Erwiderung von Nexus und gleich darauf meinen ersten Beitrag hier. Ist immer noch die selbe Diskussion, ja, aber durchgekaut wurde das noch nicht

krümelkacker

Auf Seite 3 (und jetzt auch auf dieser) ist ein Link zu
http://www.research.att.com/~bs/new_learning.pdf
Da kann man dann draufklicken, um den Text zu lesen, der Deine Frage nach dem Sinn beantwortet.

volkard

cooky451 schrieb:

Ich denke, wir sind uns einig dass man erst das "Rechnen"-Konzept verstehen sollte bevor man einen Taschenrechner nutzt.

Nein. Und Du bist Wiederholungstäter. Mit diesem genialen Rechenkästchen kann man selber die Mathematik erforschen. Habs selber schon gesehen, wie Kinder damit die Division entdecken.

cooky451

krümelkacker schrieb:

Auf Seite 3 (und jetzt auch auf dieser) ist ein Link zu
http://www.research.att.com/~bs/new_learning.pdf
Da kann man dann draufklicken, um den Text zu lesen, der Deine Frage nach dem Sinn beantwortet.

Gerade dieses Beispiel finde ich eigentlich sehr schön. Man lernt dass Speicherplatz nicht vom Himmel fällt und auch noch gleich etwas über Sicherheit beim Programmieren.

#include<stdio.h> // get standard I/O facilities
int main()
{
  const int max = 20;
  char name[max];
  printf("Please enter your first name :\n");
  scanf("%19s",name); // read at most 19 characters into name
  printf("Hello %s\n",name);
  return 0;
}

Seite 3 etc. beschäftigen sich wohl eher mit der Geschwindigkeit C vs C++ usw. kennt man ja

Bei 4. (s.9) wird geschrieben "proceeds from the concrete to the abstract". Da bin ich ja grundsätzlich einer Meinung, nur sollte man doch auch nah am Beispiel das Abstrakte erklären und nicht erst 10 Beispiele später. Und char arrays sind wohl schneller erklärt als std::string.

Dagegen printf ist einfach eine Funktion und was Funktionen sind lernt man sehr schnell ganz am Anfang.

Ach, und Anfänger wissen direkt wie printf funktioniert? Dass da ein String geparst werden muss, dass da eine variable Argumentenliste im Spiel ist?

Der kann dann irgendwie etwas mit cout ausgeben und weiß auch dass vector wohl irgendwie sowas wie ein dynamisches array ist aber viel gewonnen hat man damit nicht.

Wieso nicht? Damit hat er die ersten Werkzeuge bekommen um tatsächlich mit der Sprache arbeiten zu können.

Man lernt dass Speicherplatz nicht vom Himmel fällt und auch noch gleich etwas über Sicherheit beim Programmieren.

Das braucht einen Anfänger noch nicht zu interessieren. Wenn sich ein Anfänger, neben der Syntax, der Logik, den Algorithmen, etc. auch noch mit Speicherplatz und Sicherheit auseinandersetzen muss, hat er doch mehr Probleme, als wenn er sich für's erste auf die Sicherheit der fertigen Klassen verlassen kann.

Ich habe so ein bisschen das Gefühl, dass du noch nie in ein richtiges gutes C++ Buch geschaut hättest. Der C++ Primer ist mMn didaktisch ziemlich gut aufgebaut. Natürlich werden auch Char-Arrays behandelt, aber erst nachdem man std::string kennen gelernt hat.
Mein erstes C++ Buch war "Einstieg in C++" von Arnold Willemer. Ich hatte bis dato noch überhaupt keine Programmiererfahrung und ehrlich gesagt hat mir dieses Buch auch nicht sonderlich weitergeholfen, denn danach hatte ich tatsächlich dieses erdrückende Gefühl, dass ich zwar ein paar Dinge kennengelernt hatte, aber die Sprache an sich nicht verstanden hatte.
Dann habe ich mir den C++ Primer gekauft und es löste sich in Wohlgefallen auf.

Und char arrays sind wohl schneller erklärt als std::string.

Was ist denn an std::string so schwer zu erklären? Du hast einer ganz eindeutingen Syntax ( std::string str = "ABC" ) ein Objekt, dass du problemlos herumreichen kannst und viel einfacher zu verwenden ist als ein Char-Array.

volkard schrieb:

cooky451 schrieb:

Ich denke, wir sind uns einig dass man erst das "Rechnen"-Konzept verstehen sollte bevor man einen Taschenrechner nutzt.

Nein. Und Du bist Wiederholungstäter. Mit diesem genialen Rechenkästchen kann man selber die Mathematik erforschen. Habs selber schon gesehen, wie Kinder damit die Division entdecken.

Das passiert, wenn man Äpfel mit Birnen vergleicht, gleicht kommt ein Schlaumeier und meint alle Strings haben Taschen.

volkard schrieb:

cooky451 schrieb:

Man drückt Schülern doch auch keinen Taschenrechner in die Hand bevor sie rechnen können.

Nein, den drücken die besseren Schüler sich selber in die Hand. Alle, von denen ich weiß, daß sie vorzeitig Taschenrechner benutzt haben, sind nicht besonders schlecht in Mathe (mich eingeschlossen). Alle, von denen ich weiß, daß sie bis zur offiziellen Erlaubnis gewartet haben, sind schlecht in Mathe.
Damit wäre zum einen gezeigt, daß die Lehrer nicht wissen, wie Kinder funktionieren, sondern in einer ganz seltsamen IchBinSchauUndKindIstDumm-Manier fehlbestimmen, wie Kinder lernen sollen.

Du verwechselst Ursache und Wirkung und ziehst zusammenhangslose Schlüsse.

volkard

ZumHundertstenMal schrieb:

Das braucht einen Anfänger noch nicht zu interessieren. Wenn sich ein Anfänger, neben der Syntax, der Logik, den Algorithmen, etc. auch noch mit Speicherplatz und Sicherheit auseinandersetzen muss, hat er doch mehr Probleme, als wenn er sich für's erste auf die Sicherheit der fertigen Klassen verlassen kann.

Die schreckliche Wahrheit ist, daß diese Thesen nur für anscheinend die meisten Lerner gelten, es aber auch reichlich Lerner gibt, die blockieren, falsche Schlüsse ziehen, sich ihren Stil versauen und so, wenn man ihnen nicht zuerst vom Speicherplatz erzählt.
Ja, es gibt auch Leute (falls nur C und C++ zur Wahl stünden), die sollten mit C anfangen (Dankert), während andere Leute mit C++ anfangen sollten.

berniebutt

Da gehen - wie so oft hier - einige Dinge kräftig durcheinander. Es gibt aufgabenspezifische Dinge beispielsweise aus der Mathematik, deren Umsetzung sind Algorithmen. Für die Umsetzung der Algorithmen in Programme hat man Compiler, Bibliotheken und was auch immer, also Programmierwerkzeuge unterschiedlicher Art. Diese Programmierwerkzeuge sind kein Selbstzweck, sondern geeignete Hilfsmittel zur Erstellung eines stabil lauffähigen Programmes. Ein Anwender bewertet nicht die ihm verborgen bleibende 'Schönheit', sondern andere Dinge. Man kann auch mit den besten verfügbaren Programmierwerkzeugen schlechte Programme erstellen! Ein Gesichtspunkt bleibt hier oft auf der Strecke: "Wie und womit erstelle ich mit dem geringstmöglichen Aufwand ein stabiles Programm, das jederzeit für den Ersteller wie auch für andere Personen leicht wartbar bleibt?" daddeldu!

berniebutt schrieb:

Da gehen - wie so oft hier - einige Dinge kräftig durcheinander.

Wie so oft fällt es mir bei deinen Beiträgen schwer einen Bezug zum aktuellen Thema herzustellen...

volkard schrieb:

Die schreckliche Wahrheit ist, daß diese Thesen nur für anscheinend die meisten Lerner gelten, es aber auch reichlich Lerner gibt, die blockieren, falsche Schlüsse ziehen, sich ihren Stil versauen und so, wenn man ihnen nicht zuerst vom Speicherplatz erzählt.

Ja, okay, das mag sein. Was die Lehre angeht habe ich bisher keine Erfahrung gemacht (außer als Opfer des C++ Programmierkurses an der Uni -.- ).

Es ist halt grundsätzlich die Frage, ob man eher etwas* abstrakter anfängt (C++) oder ganz unten (C).

etwas abstrakter, weil man ja einem Anfänger auch nicht direkt TMP um die Ohren haut, sondern eher std::string und std::vector.

ipsec

@cooky451:
Deinen Argumenten zufolge wären ja die Programmieranfänger, die zuerst z.B. mit Python anfangen, ganz arm dran. Dort gibt es gar keine char-Arrays, mit denen man den Stringtyp erklären könnte. Wie sollen die das nur jemals verstehen?