nachdem ich mir gestern in den kopf gesetzt habe, ich müsse mich jetzt an c++ setzen und mein bestelltes buch wahrscheinlich erst morgen ankommt - versuche ich natürlich erst mal soviele grundlagen wie möglich im netz zu finden.

auf diese seite bin ich gestoßen, da es in einem anderen forum ein super klasse einsteiger-tutorial vom hiesigen seitenbetreiber gab und ich damit schon eine ganze ecke weiter kam und vieles verstehen konnte, was mir auf anderen seiten in keinster weise klar wurde.

so - nachdem ihr nun meinen wissensstand kennt - nun zu meiner frage.

nach langem hin und her habe ich endlich begriffen, wozu diese header-dateien sind, dass manche programme sie mitliefern, andere wieder nicht usw... aber was ich nicht wirklich gefunden habe, oder lediglich in uraltversionen, bei denen ich nicht weiß, ob der stand noch aktuell ist, ist eine grobe übersicht über dieser header-dateien und deren grund- oder standardfunktionen (so eine art tabelle) und vorallem, ob oder ob nun dieses ".h" standardisiert ist, oder nicht.

habe hier schon bei der suchfunktion mehr als 400 einträge überflogen und in den faq's gestöbert - aber irgendwie passt nichts so wirklich zu meiner frage.... oder hab ich was übersehen? *peinlich wär das*

ich hoffe, dass ihr überhaupt noch durchseht bei dem ganzen (nicht-)wissenschaos - aber auf mich stürzen, wie ihr euch sicher vorstellen könnt, 1000ende fragen und unerklärliche dinge ein. )

übrigens finde ich die linkliste für neulinge durchaus sehr interessant - eine links kannte ich schon.

nun hoffe ich auf antwort - *danke schonmal*

liebe grüße, pc

In C++ ist eigentlich nur wichtig, daß Namen bekannt sind, bevor du sie verwenden kannst - dazu gibt es Extern-Deklarationen bzw. Funktions-Prototypen. Theoretisch könntest du diese Deklarationen auch von Hand dorthin setzen, wo du sie brauchst, aber das ist natürlich fehleranfällig. Und deshalb gibt es die Header - mit einem einfachen #include hast du alle Funktionen dort deklariert, wo du sie brauchst.

erst mal danke für deine schnelle antwort.
das mit der standardisierung ist nun also auch endlich für mich gelöst.
aber woher weiß ich denn nu, welcher header für was zu verwenden ist, also für welche funktionen zuständig ist? daher auch die frage nach einer art übersichtstabelle. ausserdem habe ich schon schwierigkeiten gesehen, wenn man ein iostream.h einsetzen will und gleichzeit (meine ersten gehversuche bestanden aus der namensausgabe per variablen in einer for-schleife) einen string als variablen einsetzen will. wenn ich den string verwenden will, muss ich ja "using namespace std;" verwenden. die verträgt sich nur mit dem iostream ohne "h".

bin ich auch nur durch zufall drauf gestoßen, da ich <string> includen wollte, und es ständig zu einer fehlermeldung kam - deren lösung ich dann mühsam aus 1000enden foren ausklamüstert habe.

aber die grundidee den #include<string> einzusetzen, kommt ja ursprünglich auch nich von mir - sondern ist abgekupfert. das problem sehe ich hier aber, dass ich nicht dauerhaft irgendwas abkupfern kann/sollte. ich will verstehen, was ich da einbinden könnte oder sollte, damit ich die gesteckten ziele auch programmieren kann. sonst sitz ich doch bei jeder zweiten zeile und such stunden auf wirren webseiten.

is das alles kompliziert.....

vielleicht hilft dir diese Seite für den standard.
http://www.cppreference.com/

links sind die c funktionen, die in c++ enthalten sind
rechts ist c++

die includierten header stehen bei den beispielen.

später wirst du geeignete bücher holen, erstmal würde ich aber wenig teures geld ausgeben, zum lernen reichen oft die tutorials.

@powercat: Die Header der C++ Standard-Bibliothek haben keine Dateiendung - und definieren ihre Funktionen und Klassen grundsätzlich im Namensraum std (das Hauptziel ist die Vermeidung von Namenskonflikten mit deinem Code). <iostream.h> ist ein veralteter Header, den viele Compiler noch mitschleppen - die standard-konforme Variante dazu heißt <iostream>.

bin ich ja beruhigt, dass ich nicht alleine bin, mit der meinung, dass es kompliziert ist.

die seite hatte ich entdeckt - hab hatte sie nur weggeklickt, da ich immer ein bißchen knauserich bin, wenn ich neues in englisch nachschlagen muss. also wenn gar kein vorwissen vorhanden ist. ich hab immer sorge, dass ich dann zu viel "falsch" lese. aber ich werde jetzt eben doch mal in ruhe durchgucken.

ein buch hab ich mir ja bestellt: "C++ von a-z" von jürgen wolf. irgendwie finde ich, braucht man eines und es ist von einigen anfängern hoch gelobt worden. na ich werde sehen.

ich werde mich also mal versuchen ganz konzentriert mit der von dir noch mal empfohlenen webseite auseinanderzusetzen. *puh*

@elise: Kann es sein, daß du den Link vergessen hast? Zur Ergänzung: www.cppreference.com

cstoll: ich hatte ihn nach 20 sekunden schon eingefügt.

du bist mir einfach zu schnell.. genau den wollte ich fügen *grins*

das mit dem alten / neuen compiler - ok - is klar

aber das mit dem namensraum und dem std - das versteh ich grad irgendwie nich..... mir is wohl aufgefallen, dass manche eine ausgabe per cout, manche jedoch mit std::cout programmieren. wieso, weshalb, habe ich noch nicht verstanden - zumindest war mir kein grundlegender unterschied ersichtlich.

also - was genau meintest du mit definition im namensraum std??

*lächel*

(stell dir einfach in bezug auf namensräume einfach räume in eimem haus vor. es kann in einem haus zwei renates geben, die eine in raum 303, die andere in raum 404.)

der namensraum heißt std.

du kannst ihn entweder für das gesamte programm einbinden

#include <iostream>
using namespace std;

oder vor jedes einzelne

#include <iostream>

...
std::cout

:: nennt man manchmal bereichszugriffoperator, üblicherweise engl. scopeoperator.

hier noch ein hervorragender link:
http://fara.cs.uni-potsdam.de/~kaufmann/?page=GenCppFaqs&faq=iostream#Answ

Und alles, was zum STanDard gehoert liegt eben im namespace std.

Ein Namespace wird angesprochen indem man namespace::whatever schreibt, also fuer das standard cout std::cout. Du kannst aber auch fuer die gesamte Uebersetzungseinheit einen namespace den du nuzten willst festlegen, um dirSchreibarbeit zu sparen, indem du "using namespace std;" schreibst. Danach kannst du einfach cout schreiben und kannst das std:: weglassen.

Zu spaet war ja klar...

ich glaub - das hab ich auch verstanden )

ein Beispiel:
Ich baue mir eine Arithmetik-Bibliothek und spendiere der einige Template-Klassen matrix<class,int,int> , vector<class,int> etc. Für sich alleine funktioniert diese Bibliothek ganz gut, aber leider gibt es in der STL auch eine Klasse vector<> - und schon sind Konflikte vorprogrammiert. Natürlich könnte ich jetzt meine Klassen umbenennen in CMatrix, CVector,..., aber das hat dann wieder woanders Probleme.
Die bessere Lösung sind Namensräume - ich lege alle meine Klassen in den Namensraum CS_math und schon gibt es keine Konflikte mehr zwischen CS_math::vector und std::vector (die Klassen der STL sind alle im Namensraum std).

(und wenn dir dieses ständige "std::" zu mühselig ist, setzt du an den Anfang des Programms ein using std::vector; (für einzelne Namen) oder using namespace std; (für ALLE Namen des Namensraumes) und schon kannst du die Klassen ohne die NR-Zuordnung verwenden - allerdings mit dem unerwünschten Nebeneffekt, daß du dir die Namenskonflikte zurückholst, die durch die Namensräume aufgeräumt werden sollten)

also - gruppieren heißt in diesem fall - ich habe beispielsweise 5 funktionen - die alle auf den gleichen namensraum zugreifen, ich mir also wie in unserem beispiel dieses lästige std in jeder nötigen zeile dieser 5 funktionen sparen kann. richtig?

mit den template-klassen kann ich irgendwie noch nich so wirklich was anfangen - d.h. ich habe ein bißchen schwierigkeiten dein beispiel nachzuvollziehen. mir sind noch die begriffe matrix, vector, stl, etc fremd im zusammenhang mit dem programmieren von c++.

ich glaube (!), am ende des beispiels wolltest du mir noch erklären, dass ich, wenn ich using namespace std; für alle namen des namensraums definieren würde, wieder die anfangsschwierigkeiten haben würde, die vermieden werden hätten sollen.... richtig?

sollten meine beiden vermutungen richtig sein - so fehlt mir doch irgendwie die mitte.... aber das wird wohl normal sein bei meiner vorkenntnis befürchte ich.

Ein Beispiel: ich will mir aus irgendeinem Grund ein eigenes cout oder cin schreiben, das nicht das selbe macht wie die beiden standard. So, wenn es jetzt keine namensraeume gaebe koennte ich diese Klassen nicht cin oder cout nennen... schliesslich gibt es sie schon! anstatt dass ich mir nun aber neue Namen ausdenken muss, und wieder neue weil es ein problem mit andern gibt die ich mir schon ausgedacht habe mache ich mir einfach einen namespace shinja. Und wenn ich jetzt mein cout verwenden will schreibe ich shinja::cout, will ich hingegen das aus dem standard verwenden schreibe ich std::cout, und schon ist die Sache in Ordnung.

Zusaetzlich gibt es eben noch die Sachen wie using std::cout; das bewirkt dann dass immer das std::cout verwendet wird... moechte ich das jetzt umaendern auf mein eigenes aendere ich es in shinja::cout; und schon sind ALLE couts durch meins ersetzt (falls das erwuenscht ist ganz praktisch)

Ich hoffe das war verstaendlich, auch wenn eh jetzt wenn ich das absende schon ein anderer geantwortet hat...

tut mir wirklich leid - dass man hier von gaaaanz unten anfangen muss zu erklären - aber ich finde, ihr macht das total super! und ich bin bei so netten, vielen, schnellen und vorallem anschaulichen erklärungen von euch echt guter dinge. hoffe, ich kann auch irgendwann mal in diesem forum fragen an gänzlich unwissende beantworten, wie ihr jetzt für mich.

so - ich wühl mich mal weiter durch die header-geschichte und meld mich beim nächsten verzweiflungspunkt wieder. vielleicht kann ich dann ja schon mal einen kleinen code-auszug posten beim nächsten problem....

danke-danke-danke nochmal - bis später

Zwei Firmen die sich nicht kennen: Wenn Firma A in London ein Programm schreibt, packen die alles in den Namespace A rein. Wenn Firma B in Paris ein Programm schreibt, packen die alles in Namespace B rein.

Jetzt erfährt Firma A von Firma B, und sagt: ich will die coolen Klassen von Firma B auch benutzen, weil die ein paar coole Sachen gemacht haben, entstehen keine Nameskonflickte, falls beide Firmen zufällig gleiche Funktions-/Klassennamen benutzt haben, obwohl die Dinger unterschiedliche Aufgaben erfüllen. Einen anderen größeren Nutzen gibt es eigentlich nicht.