|
|
|
|
| Zitat von Andrrreas
printf("Hallo"); | |
printf("Hallo\n");
|
|
|
|
|
|
|
|
|
|
|
| Zitat von [TSB]Schalentier
| Zitat von Andrrreas
printf("Hallo"); | |
printf("Hallo\n"); | |
Ich weiß gar nicht was du hast. Ist doch beides richtig.
Ich kann auch noch ein Buch empfehlen, von dem es sogar eine Online-Version gibt, da kannste ja mal schauen, ob es deinen Ansprüchen genügt. In meinem Studiengang hatten das jedenfalls einige und waren/sind sehr zufrieden damit:
C von A bis Z von Jürgen Wolf
Online-Version des Buches
|
|
|
|
|
|
|
| Zitat von 1-2-3
Ich weiß gar nicht was du hast. Ist doch beides richtig. | |
Natürlich geht beides, nur bei letzterem erscheint das Prompt danach in der neuen Zeile und nicht direkt hinter dem o.
Kleinkram
|
|
|
|
|
|
|
| Zitat von Andrrreas
Was haben die Citrusfrüchte mit Programmieren zu tun? | |
| Zitat von [TSB]Schalentier
| |
Das frag ich mich langsam auch
Turbopascal is das einzig Wahre!
Oldschool \o/
|
|
|
|
|
|
|
hä?
übrigens, der quote ist falsch
edit: achso verstanden, hab den satz mit den citrusfrüchten überlesen
vielleicht weil C lernen wie der Biß in eine saure Zitrone ist
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von 1-2-3 am 16.10.2004 12:42]
|
|
|
|
|
|
www.zfx.info
Bücher von Stefan Zerbst sind für den einfachenEinsteiger ganz gut.
|
|
|
|
|
|
|
Naja, irgendwie Vitamin 'C' halt, Citrus, Zitronen..
mit bisschen Phantasie geht das schon
@Milchknecht: was würd ich dafür geben, dass wir C statt TP machen würden..
|
|
|
|
|
|
|
| Zitat von Tarantula
Naja, irgendwie Vitamin 'C' halt, Citrus, Zitronen..
mit bisschen Phantasie geht das schon
@Milchknecht: was würd ich dafür geben, dass wir C statt TP machen würden.. | |
TP ist doch in Ordnung
|
|
|
|
|
|
|
Ja, aber alt..
das erinnert mich wie wir früher immer mit QBasic so Virussimulationen gemacht haben..
Virus wird installiert... ||||
mit LOOP und alles
aber wenn man was gescheites machen will kannste die heutzutage in die Tonne kloppen..
|
|
|
|
|
|
|
| Zitat von Tarantula
Ja, aber alt..
das erinnert mich wie wir früher immer mit QBasic so Virussimulationen gemacht haben..
Virus wird installiert... ||||
mit LOOP und alles
aber wenn man was gescheites machen will kannste die heutzutage in die Tonne kloppen.. | |
Für Oldschoolspiele reichts. Wir brauchen halt nur 16 Farben und 2 Dimensionen
Sogar für die Grafikengine in Tp bin ich zu faul, Satzzeichen müssen herhalten.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Milchknecht am 16.10.2004 12:57]
|
|
|
|
|
|
Ja das machen wir auch immer so..
writeln('Titel')
write('--------')
najo, aber wie gesagt, für was ernsthaftes musste zu anderen Sprachen greifen.
|
|
|
|
|
|
|
Ich hab mich vor 2 Monaten mal ohne Buch und Tut. an Delphi versucht. Nach 2 Tagen habe ich frustriert aufgegeben
|
|
|
|
|
|
|
naja, Delphi ist toll.
Wenn man's kann.
Damit kann man schon einiges mehr anstellen, jedoch nicht mein Ding..
das Problem bei uns ist halt, dass unsere Lehrer wirklich NUR TP können..
|
|
|
|
|
|
|
ich frag mich was immer alle gegen C++ haben, ich mags Aber ich hab auch 2 Kollegen die schwören auf C und gehen mir damit fast schon auf den Senkel.
Immerhin konnte ich den einen schon ein wenig überzeugen als ich ihm mal die substr() Methode der Stringklasse näher erläutert hab.
|
|
|
|
|
|
|
Als ob das der Riesen-Unterschied wäre, das ist doch nur Bibliothekskram. Jedem das seine.
|
|
|
|
|
|
|
Habe ich im Regal:
C
Empfiehlt mein Dozent und habe ich auch im Regal:
Jetzt lerne ich C!
PS: Wußtet Ihr, daß "Regal" rückwärts "Lager" heisst? Da wird der Hund in der Pfanne verrückt....
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [=WAR=]NiceButt am 16.10.2004 14:22]
|
|
|
|
|
|
| Zitat von mcsmurf
is viel besser | |
Das ist ein super Buch für Perl:
|
|
|
|
|
|
|
| Zitat von Templar
ich frag mich was immer alle gegen C++ haben, ich mags Aber ich hab auch 2 Kollegen die schwören auf C und gehen mir damit fast schon auf den Senkel.
Immerhin konnte ich den einen schon ein wenig überzeugen als ich ihm mal die substr() Methode der Stringklasse näher erläutert hab. | |
das ist einfach ne geschmackssache...
bestes beispiel, gnome (c) vs. kde (cpp)
die ansätze in cpp sind eben meistens komplett anders als die von den c leuten (zu denen ich auch zähle), unter unix/linux bietet sich c deshalb an, da sehr viel darin geschrieben ist und dann muss man eben nicht immer erst umdenken von cpp nach c.
ich werd mir jedenfalls demnächst auch mal cpp antun, da mir manche sachen in c dann doch nen wenig zu umständlich sind und man sich in cpp doch einiges an zeit sparen kann...
|
|
|
|
|
|
|
| Zitat von [TSB]Schalentier
Als ob das der Riesen-Unterschied wäre, das ist doch nur Bibliothekskram. Jedem das seine. | |
Kram, den man sich unter C erst mal selber schreiben muss.
Außerdem mag ich Klassen und templates, aber ich bin auch neugierig, was ist denn an C++ so pfui ?
|
|
|
|
|
|
|
| Zitat von Templar
Kram, den man sich unter C erst mal selber schreiben muss. | |
Hallo, Bibliotheken?
| Außerdem mag ich Klassen und templates, aber ich bin auch neugierig, was ist denn an C++ so pfui ? | |
C++ ist einfach überladen. Da ist der Code irgendwann nicht mehr richtig nachvollziehbar.
Ich programmiere auch viel objektorientiert, nur halt gerne in C.
|
|
|
|
|
|
|
Was bietet C denn an was man z.B. mit der STL gleichsetzen könnte (oder mit Boost, wird ja auch bald Standard) ?
Und was genau ist an C++ überladen?
|
|
|
|
|
|
|
| Zitat von Tarantula
Ja, aber alt..
das erinnert mich wie wir früher immer mit QBasic so Virussimulationen gemacht haben..
Virus wird installiert... ||||
mit LOOP und alles
aber wenn man was gescheites machen will kannste die heutzutage in die Tonne kloppen.. | |
Dann tu dir mal COBOL an und du wirst Pascal lieben.
Berufsschule lernen wir c++ und im Betrieb COBOL+Java.
|
|
|
|
|
|
C > C++
|
Ich werf einfach nochmal die Stichworte "hardwarenah" und "Mikrocontroller" "speicherplatzschonend" in den Raum
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von 1-2-3 am 16.10.2004 17:01]
|
|
|
|
|
|
"Mikrocontroller" akzeptier ich noch Mein Kollege programmiert auch die ganze Zeit Hardware und das mit C.
Aber wo ist C hardwarenaher und speicherplatzschonender als C++ (vorrausgesetzt beides wird korrekt verwendet!)
|
|
|
|
|
|
|
Frag mich nicht, hab ich nur so aufgeschnappt
|
|
|
|
|
|
|
| Zitat von [TSB]Schalentier
In C sind goto nicht zwangsläufig schlechter Stil. Entweder man ist ein Idiot oder man weiß, was man macht. In C++ gibt's allerdings etwas elegantere Exceptions.
| |
In C vielleicht nicht. Aber selbst wenn man weiß, was man macht, mit goto passieren einfach mehr Fehler und Fehler passieren nun mal jedem, auch wenn mans noch so gut kann. Und Exceptions mit gotos zu vergleichen halt ich für Humbug, da du in C++ so gut wie NIE ein goto für Exceptions benutzen könntest. Und grade das man mehr von Hand machen muss führt bei C nun mal zu mehr Fehlern.
|
|
|
|
|
|
|
| Zitat von 1-2-3
Ich werf einfach nochmal die Stichworte "hardwarenah" und "Mikrocontroller" "speicherplatzschonend" in den Raum | |
Was ist an C++ bitte speicherplatzaufwendig?
Und selbst wenn, sind das denn nicht eher 2 verschiedene Anwendungsgebiete und der Vergleich ist daher ziehmlich weit hergezogen (im Sinne C ist ja doller, weil ich damit meinen tollen IC programmieren kann). Und selbst wenn, wer programmiert denn von euch bitte mit Microcontrollern?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von MeGaCHiCKeN am 16.10.2004 17:32]
|
|
|
|
|
|
Sicher muß man in C eher drauf achten, was man tut. Aber das muß man sowieso immer. Man sollte halt offensiv programmieren, d.h. daß es im Fehlerfall sofort knallt und auch mal ein paar Kontrollen einbauen. Das sollte man sich grundsätzlich angewöhnen, genauso wie, mal explizit alle Code-Pfade auf Korrektheit zu testen, bevor man weitermacht. Das ist eine Routine, die man sich unbedingt angewöhnen sollte.
Ein return oder break ist streng genommen auch nichts anderes als ein goto, der Ablaufpfad wird mit Gewalt verlassen. Wenn man halt im Fehlerfall beim Verlassen eine Funktion aufräumen möchte, kann man entweder den Code aufblähen, indem man jede Fallunterscheidung mit dem gleichen Müll vollklatscht, oder man springt einfach an das Ende der Funktion, an der aufgeräumt wird. Weniger fehleranfällig, besser lesbar und wartbar.
if (blabla_fehlgeschlagen)
goto out_error;
alles_klar();
return ALLES_OK;
out_error:
blabla_cleanup_1();
blabla_cleanup_2();
return ERROR_CODE;
Ein sehr nützlicher und sauberer Einsatzzweck in C.
|
|
|
|
|
|
|
Natürlich kann man goto in C bei Fehlern verwenden, muss man wohl oder übel auch. Aber ich wollt nur sagen, das es in C++ völlig für den Arsch ist, da es sich um die Freigabe von Objekten und deren Destruktor überhaupt nicht schert.
Und zu return und break, natürlich genauso wie if while for und der Kram basiert alles auf Sprüngen im Programmcode, die alle imho auf jmp basieren, aber warum sollte man das grundlegende verwenden, wenn (also jetzt mal Fehlerbehandlung bei C z.B. ausgeschlossen) man das abstraktere verwenden kann, und es keine/kaum Perfomance Einbußen hat, aber lesbarer ist?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von MeGaCHiCKeN am 16.10.2004 17:45]
|
|
|
|
|
Thema: C Buch gesucht ( proud to be a coding bitch! ) |