C lernen oder C++ ?

asc

;fricky schrieb:

Athar schrieb:

Ums Freigeben muss man sich in C++ aber praktisch nie kümmern, da das einige wenige Containerklassen für einen erledigen.

und was ist, wenn man keine containerklassen verwendet? du versteckst deine news, new()s, deletes und delete[]s hinter einer abstraktionsschicht, die der manuellen speicherverwaltung eine andere semantik überstülpt. letztendlich wird dadurch auch nichts besser, aussen hui und innen pfui.

Ich finde den C++ weg persönlich besser, als immer den GC aufgezwungen zu bekommen. Davon abgesehen das new[] und delete[] der C-Kompatibilität zu verdanken sind (C-Arrays passen sich irgendwie nicht wirklich in die restliche C++ Welt ein).

;fricky schrieb:

Blue-Tiger schrieb:

STL und boost regeln.

gleich zwei sätze von regeln, wahrscheinlich vertragen sich die noch nicht mal. *fg*

Wenn man keine Ahnung hat, sollte man einfach mal den Mund halten.

;fricky schrieb:

asc schrieb:

Zudem habe ich erlebt das ex-C-Entwickler gerne alles neu erfinden, selbst wenn es das ganze bereits in der C++ Bibliothek gibt ...

dieses 'immer wieder alles neu machen' ist ein typisches anfängerproblem...

Was ich deutlich häufiger von alten Hasen, als Anfängern her kenne... (10+ Jahre in der Programmierung und mindestens 5+ Jahre davon in "C++" [zumindest meinen sie letzteres]). Ich sehe dies also NICHT als Anfängerproblem.

;fricky schrieb:

ich bin z.b. vom anderen extrem: ich benutze unglaublich viel fertiges zeug, bin fast sowas wie ein 'copy-und-paste programmierer'.

Nur das du C++ grundsätzlich ablehnst und dennoch mitredest wenn es auch um C++ geht (Betriebsblindheit nenne ich dies). Ich lehne z.B. VB ab, halte mich aber weitgehend zurück wenn VB angesprochen wird.

Den satz sollte man sich auf der Zunge zergehen lassen. "Wenn man keine Containerklassen verwendet, verwendet man C++ schlecht" . Seid ihr echt zu faul um delete zu benutzen?

;fricky schrieb:

naja, Java hat doch 'nen GC, der sorgt dafür, dass sich programmierer in 99% der fälle keine gedanken um speichermanagement machen müssen. einfach 'new' aufrufen, benutzen und wieder vergessen. die chance, dabei etwas falsch zu machen, ist äusserst gering (aber nicht ausgeschlossen).

Ja und C++ hat Containerklassen, die sorgen dafür, dass sich der Programmierer in 99% der Fälle keine Gedanken ums Speichermanagement machen muss. Zudem können Objekte meist auch ohne new erzeugt werden, in diesem Fall braucht man nicht einmal Container.

;fricky schrieb:

und was ist, wenn man keine containerklassen verwendet? du versteckst deine news, new()s, deletes und delete[]s hinter einer abstraktionsschicht, die der manuellen speicherverwaltung eine andere semantik überstülpt. letztendlich wird dadurch auch nichts besser, aussen hui und innen pfui.

Hä? Wieso soll dadurch nichts besser werden? Du musst dich um Speichermanagement nicht mehr kümmern und darum geht es ja.

volkard

Wenn's doch nur allein um den Speicher ginge...
http://de.wikipedia.org/wiki/Ressourcenbelegung_ist_Initialisierung

nwp2

;fricky schrieb:

kann nicht sein, du musst woanders einen fehler gemacht haben.
int test (int i)
    {
        if (i==3) return 42;
        else return 23;
    }
^^geht ohne probleme.

Komisch, mir hat javac gesagt das geht nicht. Vielleicht wurde es ja in neueren Versionen geändert. Ich glaube der Java-Weg ist dieser:

if (i==3) return 42;
return 23;

Man müsste mal die Javaner fragen.

volkard schrieb:

;fricky schrieb:

Athar schrieb:

Ums Freigeben muss man sich in C++ aber praktisch nie kümmern, da das einige wenige Containerklassen für einen erledigen.

und was ist, wenn man keine containerklassen verwendet?

Dann verwendet man C++ schlecht. Mit Deiner Argumentation kann man auch zeigen, daß ein Lamborghini schlecht ist, weil man damit Probleme bekommt, wenn man kein Benzin benutzt.

nö, mit dem argument kann man zeigen, dass man nass wird, wenn es regnet und man nicht in seinen lamborghini einsteigt. containerklassen implementieren eigentlich datenstrukturen für verschiedene zwecke (stacks, queues, listen, usw.) und keine speichermanager, so wie ein lamborghini ein fahrzeug für die rennstrecke und weniger ein regenschirm-ersatz ist. aber ok, unter C++ ist das offensichtlich ein und dasselbe, alles eben sehr seltsam *fg*

asc schrieb:

Ich finde den C++ weg persönlich besser, als immer den GC aufgezwungen zu bekommen.

das sagst du jetzt, aus deiner perspektive als C++ progger. unter Java hat man mit dem GC keine probleme, ohne hätte man die allerdings.

asc schrieb:

;fricky schrieb:

ich bin z.b. vom anderen extrem: ich benutze unglaublich viel fertiges zeug, bin fast sowas wie ein 'copy-und-paste programmierer'.

Nur das du C++ grundsätzlich ablehnst und dennoch mitredest wenn es auch um C++ geht

es muss ja wenigstens einen geben, der gegen diese ständigen lobhudeleien betreffend C++ angeht. *fg*

nwp2 schrieb:

Man müsste mal die Javaner fragen.

ich bin ja so'n halber 'javaner', ich kenne dieses verhalten nicht. aber vielleicht war deine funktion ja sehr komplex und hast du 'nen bug im compiler gefunden.

also mein Java-Compiler (jdk 6u14) übersetzt das auch ohne probleme

volkard

;fricky schrieb:

es muss ja wenigstens einen geben, der gegen diese ständigen lobhudeleien betreffend C++ angeht. *fg*

Warum mußt Du das tun?

nwp2

volkard schrieb:

;fricky schrieb:

es muss ja wenigstens einen geben, der gegen diese ständigen lobhudeleien betreffend C++ angeht. *fg*

Warum mußt Du das tun?

Damit dein böser Plan alle an C++ verzweifeln zu lassen und dann mit C die Weltherrschaft an dich zu reißen fehlschlägt :p
... Sorry.

KornChief

Erstmal danke für das ganze Feedback!

So wie ich das hier rauslesen konnte, ist es nicht zwingend mit C anzufangen bzw. vorteilhafter mit C++ zu beginnen. Was mich nun interessiert ist folgendes:
Wir gehen nunmal von "Standardprojekten" aus, sprich keine " Konsolen-Lern-'Programme' ", sondern das, was man eher als "alltäglich" ansieht, wie WebAnwendungen, GUI's etc. - was ist da "besser", sprich einfacher,effektiver,schneller?

Meine Meinung dazu: Ich hab mit C begonnen und fand das gut so - man weiß wie was abläuft. Doch wie schon genannt wurde ist der Denkansatz etwas anders - bin aber noch in der Lernphase habe daher nicht allzuviel zu melden .

Vielen Dank für die ganzen Antworten,ich hoffe es werden nochmer :xmas1:

volkard schrieb:

Wenn's doch nur allein um den Speicher ginge...
http://de.wikipedia.org/wiki/Ressourcenbelegung_ist_Initialisierung

was ja nix neues ist. ein simples:

if (acquireRessource() == OK)
{
   useRessource();
   freeRessource();
}

^^wird in C++ in einen konstruktor/destruktor-mechanismus verpackt und als die wunderwaffe schlechthin angepriesen *gg* was soll man dazu noch sagen?

volkard schrieb:

;fricky schrieb:

es muss ja wenigstens einen geben, der gegen diese ständigen lobhudeleien betreffend C++ angeht. *fg*

Warum mußt Du das tun?

weil C++ von einigen (heute noch, ca. 30 jahre nach seiner entstehung) als innovativ und fortschrittlich bezeichnet wird, dabei gehört es zu den grössten verirrungen der IT-geschichte überhaupt. aber zum glück ist C++ ja so langsam am entschlummern. C++0x beschleunigt die sache sogar noch *fg*

KornChief schrieb:

Wir gehen nunmal von "Standardprojekten" aus, sprich keine " Konsolen-Lern-'Programme' ", sondern das, was man eher als "alltäglich" ansieht, wie WebAnwendungen, GUI's etc. - was ist da "besser", sprich einfacher,effektiver,schneller?

naja, für GUI-kram könnteste C und C++ gut nehmen, aber webanwendungen (mit hilfe von CGI und so) sind ja nicht mehr state-of-the-art. wenn du webprogrammierung vorhast, dann schau dir lieber sprachen wie Java, PHP, C#, usw. an. die haben unterstützung für viele webtechnologien schon mit dabei.

volkard

;fricky schrieb:

volkard schrieb:

Wenn's doch nur allein um den Speicher ginge...
http://de.wikipedia.org/wiki/Ressourcenbelegung_ist_Initialisierung

was ja nix neues ist. ein simples:
if (acquireRessource() == OK)
{
   useRessource();
   freeRessource();
}
^^wird in C++ in einen konstruktor/destruktor-mechanismus verpackt und als die wunderwaffe schlechthin angepriesen

Du vergißt das

if (acquireRessource() == OK)
{
   useRessource();
   if(bla) return foo;
   freeRessource();
}

In C hatte man Ressourcenlöcher einfach ignoriert oder zum Nutzcode noch 100% Fehlerbehandlungscode schreiben müssen. Dagegen *ist* RAII die Wunderwaffel.

volkard

;fricky schrieb:

if (acquireRessource() == OK)
{
   useRessource();
   freeRessource();
}

Übrigens ist das Müll. Wie vor Kurzem auch aus Deiner Tastatur

;fricky schrieb:

void rotate_right (int *array, int size, int num) 
{ 
  int *tmp = malloc (num*sizeof(int));  // zwischenspeicher 
  if (tmp) 
  { 
    num = num % size;  // drehungen / size wiederholen sich 
    memmove (tmp, array+size-num, num*sizeof(int));     // rechten teil retten 
    memmove (array+num, array, (size-num)*sizeof(int));  // linken teil ueber rechten kopieren 
    memmove (array, tmp, num*sizeof(int));              // rechten teil vorne dran 
    free (tmp); 
  } 
}

Wenn kein RAM mehr da ist, geht das Feature halt nicht. Jetzt weiß ich auch, warum Du nur für embedded Systems schreiben darfst. :xmas1:

volkard schrieb:

Du vergißt das

if (acquireRessource() == OK)
{
   useRessource();
   if(bla) return foo;
   freeRessource();
}

^^anfängerfehler. der code muss in 'useRessource' rein.
(mist, ich hab 'resource' doch tatächlich wieder mit zwei 's' geschrieben)

volkard schrieb:

... Müll. Wie vor Kurzem auch aus Deiner Tastatur

;fricky schrieb:
...

ja, das ist suboptimal. aber schau mal 4 oder 5 postings tiefer, da ist ein link zu 'ner scheinbar vielversprechenden lösung.

volkard

;fricky schrieb:

volkard schrieb:
Du vergißt das
if (acquireRessource() == OK)
{
   useRessource();
   if(bla) return foo;
   freeRessource();
}
^^anfängerfehler. der code muss in 'useRessource' rein.
(mist, ich hab 'resource' doch tatächlich wieder mit zwei 's' geschrieben)

if (acquireRessource() == OK)
{
   if(useRessource()==ERROR_FOO)
      return ERROR_FOO;
   freeRessource();
}

volkard schrieb:

if (acquireResource() == OK)
{
   if(useResource()==ERROR_FOO)
      return ERROR_FOO;
   freeResource();
}

nein, menno, programmierst du erst seit heute, oder versuchst du jetzt mit aller gewalt eine existenzberechtigung für RTTI zu konstruieren? *fg*
so muss das:

...
if (acquireResource() == OK)
{
   err = useResource();
   freeResource();
   return err;
}
...

;fricky schrieb:

RTTI

RAII meinte ich.

volkard

;fricky schrieb:

volkard schrieb:
if (acquireResource() == OK)
{
   if(useResource()==ERROR_FOO)
      return ERROR_FOO;
   freeResource();
}
nein, menno, programmierst du erst seit heute, oder versuchst du jetzt mit aller gewalt eine existenzberechtigung für RTTI zu konstruieren? *fg*
so muss das:
...
if (acquireResource() == OK)
{
   err = useResource();
   freeResource();
   return err;
}
...

Und bei fünf benötigten Ressourcen und sieben möglichen Fehlern wird's eine goto-Orgie oder fünf verschachtelte Wrapper-Funktionen oder oder oder, nur ja nichts Vernünftiges mehr.
RAII machts einfach und harmonisch.

volkard schrieb:

Und bei fünf benötigten Ressourcen und sieben möglichen Fehlern wird's eine goto-Orgie oder fünf verschachtelte Wrapper-Funktionen oder oder oder, nur ja nichts Vernünftiges mehr. RAII machts einfach und harmonisch.

naja, fehler beim ressource-locking und unlocking etc. können sehr vielschichtig und individuell sein. genauso wie die behandlung von fehlern. es gibt kein patentrezept, mit dem sich das alles erschlagen liesse. auch in C++ können destruktoren und konstruktoren scheitern, exceptions innerhalb von exception-handlern, destruktoren und konstruktoren auftreten und..und...und. du hast selbst (in einem thread hier im C-forum) geschrieben, dass generalisierungen beim programmieren nichts bringen (oder hab ich das geträumt?). man kann mit einem künstlich geschaffenen konstruktor/destruktor/softwareexception-system wenig erreichen, wenn die wirklichkeit nicht mitspielt (siehe stackoverflow-thread in RudP, röchelbärchens C++-problematik mit stackoverflows in destruktoren, die unter C überhaupt nicht existiert). wenn RAII so perfekt geeignet fürs speichermanagement usw. ist, warum gibt es dann zig verschiedene sogenannte 'smartpointer'-typen in C++? nee, also wirklich: C++ fügt zusätzliche komplexität hinzu, wo überhaupt keine sein muss. und ich behaupte mal, dass c++-programmierer viel zeit investieren, um eine aufgabenstellung in ein C++-korsett zu zwängen. und dass sie sich grösstenteils mit C++ selber beschäftigen, anstatt an realen problemlösungen zu arbeiten. ganz nach dem motto: http://en.wikipedia.org/wiki/Golden_hammer

volkard

;fricky schrieb:

volkard schrieb:

Und bei fünf benötigten Ressourcen und sieben möglichen Fehlern wird's eine goto-Orgie oder fünf verschachtelte Wrapper-Funktionen oder oder oder, nur ja nichts Vernünftiges mehr. RAII machts einfach und harmonisch.

naja, fehler beim ressource-locking und unlocking etc. können sehr vielschichtig und individuell sein. genauso wie die behandlung von fehlern. es gibt kein patentrezept, mit dem sich das alles erschlagen liesse. auch in C++ können destruktoren und konstruktoren scheitern, exceptions innerhalb von exception-handlern, destruktoren und konstruktoren auftreten und..und...und. du hast selbst (in einem thread hier im C-forum) geschrieben, dass generalisierungen beim programmieren nichts bringen (oder hab ich das geträumt?). man kann mit einem künstlich geschaffenen konstruktor/destruktor/softwareexception-system wenig erreichen, wenn die wirklichkeit nicht mitspielt (siehe stackoverflow-thread in RudP, röchelbärchens C++-problematik mit stackoverflows in destruktoren, die unter C überhaupt nicht existiert). wenn RAII so perfekt geeignet fürs speichermanagement usw. ist, warum gibt es dann zig verschiedene sogenannte 'smartpointer'-typen in C++? nee, also wirklich: C++ fügt zusätzliche komplexität hinzu, wo überhaupt keine sein muss. und ich behaupte mal, dass c++-programmierer viel zeit investieren, um eine aufgabenstellung in ein C++-korsett zu zwängen. und dass sie sich grösstenteils mit C++ selber beschäftigen, anstatt an realen problemlösungen zu arbeiten. ganz nach dem motto: http://en.wikipedia.org/wiki/Golden_hammer

Ist im Prinzip alles richtig. Aber beim Ressourcen-Management glänzt C++ wirklich und ist Gold in 95% der Aufgabenstellungen. Bei den anderen gehe ich in meinem Vorgehen halt nach C runter oder nach Lisp hoch oder verbasele das Problem im Basic-Stil.