Frage zu Headerdateien

Frage zu Headerdateien (13 Beiträge, 14 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich hätte mal eine allgemeine Frage zu Headerdateien, was wird genaugenommen reingeschrieben?
Ich nehme mal an hauptsächlich Deklarationen von Klassen und Funktionen.

Und wie siehts mit den Includes aus, die von der Programmier-Sprache selbst bereitgestellt werden, wo werden diese Funktionen schlussendlich definiert?
Da keine *.cpp Dateien vorhanden sind, nehme ich an, dass diese Funktionen in systemeigenen *.dll's implementiert sind.
Stimmt es wenn ich sage, dass in *.cpp-Dateien nur Funktionen und Methoden implementiert werden?

Ich bin im Moment beim Erlernen von richtigen Programmieren, denn was ich bis jetzt in der Schule erlernt habe war ja die reinste Vergewaltigung der Sprache (V)C++.

Hier ein Sourcecode (aus diesem Buch http://www.c-plusplus.de/tuts/cpp/cpp_einf_C++_holger_jakobs.zip ):

/* Datei bruch.h */
#ifndef __BRUCH_H                    //<--
#define __BRUCH_H                   //<--

typedef struct {
int zaehler;
int nenner;
} bruch;

bruch erzeuge (int z, int n);
bruch add (bruch, bruch);
bruch sub (bruch, bruch);
bruch mul (bruch, bruch);
bruch div (bruch, bruch);
void print (bruch);
#endif                                        //<--

Ende Sourcecode

Was bringen mir die 3 Zeilen, die ich mit Pfeilen markiert habe?

Diese Zeilen hast häufiger in headerdateien. Dazu mal ein paar Takte dazu, wozu diese Dinger da sin.

Header sind im Endeffekt einfache Codedateien. Diese werden durch eine #include Anweisung in den Code "hineinkopiert", bevor der Compiler es übersetzt.

Jetzt kann's natürlich sein, dass sich da einige Header in die Quere kommen. Oder, dass Du eine eigene Funktion definieren willst, die zum Bruchrechnen geeignet ist. Trotzdem willst die Headerdatei, in der das Bruchrechnen steht, inkluden, weil da drin auch noch was anderes steht, was Du brauchst.

Auch könnt's Dir passieren, dass Header-Dateien andere Header enthalten. Wenn jetzt 2 Header, die Du inkludierst, die gleichen Header inkludieren (was häufig der Fall ist), hättest eine Doppeldeklaration der Funktionen darin und der Compiler spuckt Dir's zurük.

Daher gibt's die #ifdefs und #ifndefs.

Eine #ifndef bedeutet im Endeffekt "Wenn die Konstante, die bei mir steht nicht existiert, ignorier' den rest bis zum #endif".

Daher passiert da folgendes:

Es wird nachgeschaut, ob __BRUCH_H schon existiert, also ob's schon mal inkludiert wurde. Falls ja, wird alles bis #endif ignoriert. Falls nein, wird's definiert (damit's beim nächsten inkludieren ignoriert wird) und die Funktionen werden in Deinen Quellcode übernommen.

________________________________________________________________________
Linux is like a Vorlon. It is incredibly powerful, gives terse,
cryptic answers and has a lot of things going on in the background.

Korrektur:

Eine #ifndef bedeutet im Endeffekt "Wenn die Konstante, die bei mir steht existiert, ignorier' den rest bis zum #endif".

________________________________________________________________________
Linux is like a Vorlon. It is incredibly powerful, gives terse,
cryptic answers and has a lot of things going on in the background.

Vielen Dank für die Aufklärung.
Also sowas in der Richtung habe ich von diesen Anweisungen schon vermutet..
Das Problem ist, dass man gute Erklärungen nirgendswo im Internet oder einem Buch antrifft wenn man sie sucht.
Ehrlichgesagt bin ich meistens frustiert von Büchern, die versprechen, dass man absolut keine Programmierkenntnisse besitzen muss um den Inhalt zu verstehen, und obwohl ich doch einiges an Wissen besitze kapier ich das meiste darin nicht.
Das liegt manchmal auch an mir, weil wenn ich Sourcecode-Zeilen sehe die mir nicht einleuchten wollen kann ich nicht voranschreiten, obwohl z.b. die Übung auf diese paar Zeilen keinen Wert legt. Ich muss einfach alles von Grund auf verstehen

Ich muss sagen, deine Antwort ist eine der besten die ich kenne!

Schade das es in diesem Forum so wenige gibt, die auch eher simple Fragen mit so brauchbaren Antworten beglücken.

Weiter so!

mfg Corban

Noch mehr Fragen:

1.)Ich würd gern wissen wozu das Keyword "virtual" grundlegend ist.

2.)Was könnt ihr mir über den sogenannten Einsprungspunkt eines jeden Programms erzählen. Wenn man eine Win32-Konsole programmiert ist sie gewöhnlicherweise die Funktion "int main(...)", aber bei MFC blick ich da nimmer durch.

1.) Wenn man eine Klasse von einer anderen ableitet, kannst du auch die Funktionen des Basisklasse aufrufen.
Wenn in der Basisklasse nun eine Funktion mit dem Keyword virtual versehen ist kann man sie nicht mehr aus der Basisklasse aufrufen. Wenn du sie trotzdem verwenden willst, musst du die Funktion in der Basisklasse erst in der neuen Klasse überschreiben.

Man verwendet virtuelle Funktionen meistens dann wenn man eine Funktion in einer Klasse definieren will, aber keinen Code hineinschreibt. Der Code wird dann in der abgeleiteten Klasse geschrieben.

2.) Der Einsprungpunkt eines Konsolenprogramms ist immer die Klasse "Main". In einem Windowsprogramm gibt es ebenfalls eine solche Klasse, nur heißt sie in Windows "Winmain". Wenn du mit den MFC arbeitest wirst du diese Klasse aber nie zu Gesicht bekommen. Das ist sehr tief im Framework. Normalerweise ist es aber überhaupt nicht nötig, dieser Funktion COde hinzuzufügen.

mfg Corban

PS: Wenn du noch weitere Fragen hast, dann weißt du ja wo du Antworten findest...

1.) Also das ist schon mal sehr interessant.
So ganz sinnvoll erscheint es mir aber noch nicht. Warum sollte ich in einer Basisklasse mit virtual ein Funktionskopf deklarieren, damit ich erst in einer abgeleiteten Klasse diese Funktion definieren kann?
Ah...lol..mir ist plötzlich ein Geistesblitz gekommen

Ich nehme an, dass man diese Funktionen übersichtshalber mit virtual in der Basisklasse definiert, damit man sie in den verschiedenen abgel. Klassen andersartig implementieren kann. Also wenn ich ein Programm schreibe, werd ich höchstwahrscheinlich erst nach der 10'ten Revision "virtual" verwenden

Danke für die Erklärungen!

du hast es erfasst!

mfg Corban

zu 1. noch ein beispiel:

angenommen, du hast eine klasse "Fortbewegungsmittel", von der die klassen "Auto", "Flugzeug" und "Schiff" abgeleitet sind.
all diese abgeleiteten klassen haben die methoden "beladen" und "entladen" - die aber komplett verschieden implementiert sein können.

du hast ein programm, in dem viele objekte aller 3 abgeleiteten klassen bunt durchgewürfelt gespeichert sind (in einer liste, einem array, whatever). du willst jetzt alle objekte durchgehen und jeweils die methode "beladen" aufrufen.

ohne virtuelle funktionen müsstest du in deinem programm jedesmal zuerst herausfinden, um welche klasse es sich handelt, und dann die methode dieser klasse aufrufen. das ist extrem umständlich, erzeugt viele zeilen unnötigen code und entspricht nicht dem prinzip der OOP.

wenn du aber in der mutterklasse die gemeinsamen methoden als "virtual" deklarierst, macht dir das system die typunterscheidung zur laufzeit. (d.h. du musst nicht selbst umständlich typechecking machen.)
mit virtuellen funktionen würde das beispiel so aussehen (syntax ist C# - aber der sinn sollte klar sein)

foreach (Fortbewegungsmittel myFBM in myList)
{
myFBM.beladen(); // system überprüft, welches objekt vorliegt und ruft die
// memberfunktion der entsprechenden klasse auf
}

dasselbe bsp ohne virtuelle funktionen (möglicherweise auch noch bei mehr abgeleiteten klassen) erzeugt zig zeilen code..

Auch eine gute Erklärung. Aberwenn jemand nur C++ und keine C# Erfahrung hat, wird man sich bei dem foreach ein bischen schwer tun..

mfg Corban

ich wollte mit dem code zeigen, dass für die gewünschte aufgabe (mit virtuellen fkt.) nur eine zeile code nötig ist.
die schleife ist eigentlich eh nebensächlich - aber "for each [objekt] in [speicher]" ist ja ziemlich offensichtlich, oder?

für mich schon, ich kenn ja C#. Ich wollte nur anmerken, dass nicht jeder C# kennt.

Gut, mit ein bissi Hausverstand versteht man trotzdem was gemeint ist, auch ohen C# Kenntnisse.

mfg Corban

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung