Quellcode aufteilen

Borland freeware compiler

Ich moechte meinen Quellcode gerne auf mehrere Dateien aufteilen und sie dann schliesslich in einer Hauptfunktion (winmain() oder main()) wieder zusammenfuegen.

Ich moechte keine Libraries erstellen. Ich habe frueher mit dem Microsoft-Compiler eine Headerdatei erstellt, und in dieser dann die Funktionen geschrieben. Das geht aber beim Borland Freeware Compiler nicht mehr. Kann mir jemand weiterhelfen?

picocat

Mein Tipp: (weiß nicht, ob ich die Frage richtig verstanden habe)

// main.cpp

// Hier kommen die Libraries
#include <iostream>

// Hier kommen die anderen Dateien
#include <datei1.cpp>
#include <datei2.cpp>
// Dort stehen die anderen Funktionen

// Die deklarierst du dann hier
void funktion1(void);
void funktion2(void);
void funktion3(void);

// Dann kommt die main()
int main(void)
{
  // Hier kannst du dann die Funktionen aufrufen
  funktion1();
  funktion2();
  funktion3();
  return 0;
}

In den anderen Dateien stehen dann die Funktionen.

Besser ist es allerdings, dir Dev-C++ (Freeware) zuzulegen.
[] Freeware
[] Man kann Projekte anlegen
[*] Man kann soetwas viel besser verwalten

miller_m

bsp:

// test.h
#ifndef TEST_H
#define TEST_H

void TestFunc();

#endif

//test.c
void TestFunc()
{
   printf("TestFunc\n");
}

//main.c
#include "test.h"

int main(int argc, char *argv[])
{
   TestFunc();

   return(0);
}

am besten du schaust dir mal nen paar tut's an http://www.c-plusplus.net/tutorials.htm

#include <datei1.cpp>
#include <datei2.cpp>

schlecht. man includiert keine cpp dateien

picocat

Und warum muss ich dann in Dev-C++ die "conio.c" inkludieren?

miller_m

Lars Hupel schrieb:

Und warum muss ich dann in Dev-C++ die "conio.c" inkludieren?

wer sagt den sowas

picocat

@Bitfresser:
Der Code von miller_m ist besser. Ich habe mich mal belesen über so etwas, weil ich es vorher immer so gemacht habe und mich ~~~~~~~~~~~~~ darauf gebracht hat.
@miller_m:
Wenn ich in Dev-C++ soetwas wie gotoxy oder clrscr verwenden will, muss ich die conio.c inkludieren. Nur allein mit der conio.h funktionierts nicht.

elise

ich habe nicht den eindruck, dass der devcpp noch sonderlich interessiert an der conio.h ist...
http://sourceforge.net/forum/forum.php?thread_id=900011&forum_id=128327
ich denke mal, in den folgeversionen verschwindet der header oder wird reduziert zu dem, was wir auch schon in dem studio kennen.

ich würde langsam aber sicher auf die consolenapi/msdn (siehe konsolenfaq) umsteigen.

so long

miller_m

schliesse mich elise an

DocJunioR

> ```cpp
> #include <datei1.cpp>
> #include <datei2.cpp>
> ```
> 
>   
>   
> schlecht. man includiert keine cpp dateien

Recht hat er - aber warum ist er nicht registriert?  
grundsätzlich sollten - der Sauberkeit halber - nur .H - Dateien (oder .hpp) includiert werden. Diese sollten eigentlich auch selber keinen Quellcode enthalten sondern nur Deklarationen.  
Aber das müsste eigentlich auch im Borland gehen..

picocat

Zu kompliziert

DocJunioR

würde eher mal behaupten "zu faul"

Man sollte sich möglichst früh an gewisse Richtlinien gewöhnen. Das erleichtert bei größeren Projekten die Arbeit ungemein. So etwas später rein zu bekommen ist nicht gerade einfach..

picocat

Stimmt. Schon mal bei 2000 Zeilen Quelltext versucht, das Konzept zu ändern?