Ich würde mich mal mit grundlegenden Konzepten der Programmierung beschäftigen: Was sind Variablen, Konstanten, Datentypen, ...
Wie auch immer: http://de.wikibooks.org/wiki/C%2B%2B-P…altsverzeichnis
http://de.wikibooks.org/wiki/C%2B%2B-P…echnen_(lassen)
Hallo,
Ich würde mich mal mit grundlegenden Konzepten der Programmierung beschäftigen: Was sind Variablen, Konstanten, Datentypen, ...
Wie auch immer: http://de.wikibooks.org/wiki/C%2B%2B-P…altsverzeichnis
http://de.wikibooks.org/wiki/C%2B%2B-P…echnen_(lassen)
@WoG: Die links sind nicht schlecht. Die Beispielprogramme bzw. Quellcodes sind aber explizit in c++ geschrieben. Es ist doch so, dass ein Quelcode welches in C geschrieben wurde auch in C++ compilierbar ist (in den meisten Fällen wenn nicht immer). Aber ein Quellcode welches in C++ geschrieben worden ist kann nicht immer in C kompiliert werden. D.h. C->C++ geht eher wenn eher in allen Fällen aber C++->C geht nicht so selten gut. Als Beispiel nehme a++ (in C++) kann auch als a:=a+1 (in C). Jetzt mal abgesehen von der Syntax, welches hier aber mal nebensächlich ist.
Hallo,
was ist fehlt mir bei folgendem quellcode damit mir der PC die 2 definierten variablen rechnet?
#include <stdio.h>
int main()
{
int a = 12;
int b = 14;
printf (" a+b");
getchar();
return 0;
}Sorry, für die baby fagen!
danke
darknight11: Wo addierst du die zwei zahlen welches dann ausgegen wird?
printf("%i", a+b);
Mehr Info dazu gibts bei der Suchmaschine deiner Wahl.
Damit es halbwegs nach etwas beim Programmaufruf aussieht wuerde ich noch ein:
printf("\n");
nach Wolfibolfis Zeile einfuegen 
btw.. in C++ koennte man das "eleganter" so schreiben:
#include <iostream>
using namespace std;
int main(int argc, char** argv)
{
int a = 12, b = 14;
cout << " a+b=" << (a+b) << endl;
return 0;
}Falls es fad wird immer das Progamm neu zu compilen, wenn du 2 andere Zahlen addieren willst:
#include <iostream>
using namespace std;
int main(int argc, char** argv)
{
int a, b;
cin >> a >> b;
cout << " a+b=" << (a+b) << endl;
return 0;
}
(Nach Programmstart erste (Dezimal)Zahl eingeben, Leerzeichen und 2. (Dezimal)Zahl eingeben + Enter)
--> Generell wirst aber wahrscheinlich rascher und direkter weiterkommen wenn du - wie schon hier gepostet - dir ein gutes Buch (Amazon + Reviews) besorgst, dir Nachhilfe geben laesst (siehe entsprechendes Unterforum) od. gleich einen Kurs besuchst: auf der TU Wien gibts ab kommenden Semester die 2 LVAs:
* Grundlagen der Programmkonstruktion
* Programmierpraxis
Das wird zwar wahrscheinlich an Java (eprog?) angelehnt sein, aber davon kommst du leicht auf C/C++.
Hallo,
Damit es halbwegs nach etwas beim Programmaufruf aussieht wuerde ich noch ein:
printf("\n");
nach Wolfibolfis Zeile einfuegenbtw.. in C++ koennte man das "eleganter" so schreiben:
Code#include <iostream> using namespace std; int main(int argc, char** argv) { int a = 12, b = 14; cout << " a+b=" << (a+b) << endl; return 0; }Falls es fad wird immer das Progamm neu zu compilen, wenn du 2 andere Zahlen addieren willst:
Code#include <iostream> using namespace std; int main(int argc, char** argv) { int a, b; cin >> a >> b; cout << " a+b=" << (a+b) << endl; return 0; }(Nach Programmstart erste (Dezimal)Zahl eingeben, Leerzeichen und 2. (Dezimal)Zahl eingeben + Enter)
--> Generell wirst aber wahrscheinlich rascher und direkter weiterkommen wenn du - wie schon hier gepostet - dir ein gutes Buch (Amazon + Reviews) besorgst, dir Nachhilfe geben laesst (siehe entsprechendes Unterforum) od. gleich einen Kurs besuchst: auf der TU Wien gibts ab kommenden Semester die 2 LVAs:
* Grundlagen der Programmkonstruktion
* Programmierpraxis
Das wird zwar wahrscheinlich an Java (eprog?) angelehnt sein, aber davon kommst du leicht auf C/C++.
Bernd: Sind Befehle wie cout, cin usw nicht c++ spezifisch? c++ beherscht doch die Befehle, syntax usw von normal C, aber nicht umgekehrt.
Bernd: Sind Befehle wie cout, cin usw nicht c++ spezifisch?
Siehe:
Wie mein Titel schon beschreibt möchte ich eine einfache Addition in C++ programmieren und dass Ergebinis dan ausgeben lassen!
c++ beherscht doch die Befehle, syntax usw von normal C, aber nicht umgekehrt.
C-Code lässt sich weitgehend mit einem C++-Compiler übersetzen, aber es gibt Ausnahmen: http://en.wikipedia.org/wiki/Compatibility_of_C_and_C%2B%2B
Hallo,
Siehe:
C-Code lässt sich weitgehend mit einem C++-Compiler übersetzen, aber es gibt Ausnahmen: http://en.wikipedia.org/wiki/Compatibility_of_C_and_C%2B%2B
@Paulchen: Danke für den Link. Inwieweit ist die obige Post#1 von den Ausnahmen betroffen?
Hallo,
Aber ein Quellcode welches in C++ geschrieben worden ist kann nicht immer in C kompiliert werden. D.h. C->C++ geht eher wenn eher in allen Fällen aber C++->C geht nicht so selten gut. Als Beispiel nehme a++ (in C++) kann auch als a:=a+1 (in C). Jetzt mal abgesehen von der Syntax, welches hier aber mal nebensächlich ist.
Das Beispiel wurde aber sehr ungünstig gewählt, da der Increment Operator auch in C verfügbar ist (http://cprogramminglanguage.net/c-increment-operators.aspx). Ist aber generell unerheblich, da vom Thread-Ersteller explizit eine Addition in C++ gefordert wurde
cin und cout sind definitiv C++ spezifisch, da sie sich in der IOstream C++ Library befinden (http://en.wikipedia.org/wiki/Iostream). Steht aber wieder nicht in Konflikt mit den Anforderungen des Thread-Erstellers
Inwieweit ist die obige Post#1 von den Ausnahmen betroffen?
Das Posting #1 ist gar nicht davon betroffen, weil C++ Code verlangt war 
Hallo,
Das Beispiel wurde aber sehr ungünstig gewählt, da der Increment Operator auch in C verfügbar ist (http://cprogramminglanguage.net/c-increment-operators.aspx). Ist aber generell unerheblich, da vom Thread-Ersteller explizit eine Addition in C++ gefordert wurde
freiBär: mehrere Lösungsansätze sind bzw. währen doch erlaubt, oder? Wie es scheint, ist der/die Thread ErstellerIn noch nicht so erfahren in Programmieren in C bzw. C++ und deswegen mehrere Lösungswege aufzuzeigen ist sicherlich nicht schlecht.
cin und cout sind definitiv C++ spezifisch, da sie sich in der IOstream C++ Library befinden (http://en.wikipedia.org/wiki/Iostream). Steht aber wieder nicht in Konflikt mit den Anforderungen des Thread-Erstellers
freiBär: Wie schon oben erwähnt, währen mehrere Lösungswege sicherlich nicht schlecht um zum gleichen Ergebnis zu kommen. Liegt es vielleicht darran das Du eher in C++ Programmierst und nicht in C, falls Du überhaupt in C bzw. C++ programmierst?
Das Posting #1 ist gar nicht davon betroffen, weil C++ Code verlangt war
freiBär: Siehe post bezüglich alternativen zeigen....
Als Neuling muss man ihn aber auch nicht noch zusätzlich mit Programmiersprachen-spezifischen Details verwirren
Hallo,
Als Neuling muss man ihn aber auch nicht noch zusätzlich mit Programmiersprachen-spezifischen Details verwirren
freiBär: Aber mehrere Lösungswege aufzeichnen
Grundsätzlich bin ich ja dafür mehrere Lösungswege aufzuzeigen, aber hier wurde ja explizit nach c++ gefragt und da wird er schon seine Gründe dafür haben. Wenn du von einem Spanier etwas auf Spanisch gefragt wirst und auf Portugiesisch antwortest mag die Antwort auch richtig sein, nur wirds dem Spanier nix bringen
Hallo,
Grundsätzlich bin ich ja dafür mehrere Lösungswege aufzuzeigen, aber hier wurde ja explizit nach c++ gefragt und da wird er schon seine Gründe dafür haben. Wenn du von einem Spanier etwas auf Spanisch gefragt wirst und auf Portugiesisch antwortest mag die Antwort auch richtig sein, nur wirds dem Spanier nix bringen
freiBär: Danke für die Klarstellung!
Ich glaube nicht, dass man durch cin, cout statt printf jetzt dann soooo in der C++-Welt und im OOP-Paradigma versunken ist, dass man den Umstieg auf printf dann nichtmehr hinbekommt ;).
Also unbedingt da jetzt C aufzwingen finde ich auch nicht notwendig.. heutzutage beginnen viele mit OOP-Sprachen und kommen auch zurecht.
Aber interessant, wieviel man doch über ein 3-Zeilen Programm diskutieren kann :).
Aber interessant, wieviel man doch über ein 3-Zeilen Programm diskutieren kann :).
"Wie viele Forenmitglieder braucht man, um eine Glühbirne... äh, um drei Zeilen Code zu schreiben?" 
Weiß ich nicht, aber mindestens einer wird sich finden, dem dazu ein Glühbirnenwitz einfällt... 
"Wie viele Forenmitglieder braucht man, um eine Glühbirne... äh, um drei Zeilen Code zu schreiben?"
;).
Einen Projekt-Manager, einen Architekten, zwei Entwickler, ein paar QA-Leute, ein paar externe Berater..
hier wurde auch die Design-Frage komplett übersprungen und sofort zur Wahl der Technologie gesprungen. Ohne Pflichtenheft und Design-Dokument kann das ja nur schiefgehen ;).
Die Wahl der Technologie wurde bereits in den Anforderungen definiert, jedoch von einem Teammitglied konsequent ignoriert. So wirds nichts mit SEPM peszi
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!