Projektstruktur überarbeiten!

Um was für eine Projektgröße handelt es sich?

Ich bearbeite nur kleine Projekte (30 Files, 10.000 Zeilen -> 50kB 
Code).
Da kommt alles in ein Projektverzeichnis und die Namen sind möglichst 
kurz (Main.c, UART0.c, Timer0.c, DAC.c).

Generell sollten alle Files eines Projekts unterschiedlich heißen.
Gleiche Namen in unterschiedlichen Verzeichnissen werden irgendwann 
Ärger machen.


Peter

Dateinamen eindeutig halten.
Auf keinen Fall den Verzeichnisnamen als wesentliches 
Unterscheidungskriterium nutzen, es sei denn es handelt sich um Objekte 
mit identischer Funktionalität für unterschiedluiche Konfigurationen.

Hat man zb LCD Routinen für Display A und Display B, dann kann man 
darüber nachdenken, identische Filenamen zu verwenden. Das hat beim 
Austausch eines Displays von A nach B gewissen Vorteile, die sich aber 
ins Gegenteil verwandeln, wenn man mal beide Displays gemeinsam in einem 
Program benötigt.

Als hingegen völlig unnötig und auch kontraproduktiv halte ich hingegen 
die Trennung von Src-Files und Header-Files in verschiedene 
Verzeichnisse. Ausser möglichem Ärger bringt das nichts. Lass 
zusammengehörende Teile beisammen! Header File und Src-Files gehören nun 
mal zusammen. Erstell man keine Objekt-Library, dann macht das eine ohne 
das andere überhaupt keinen Sinn. Man hat dann nur Ärger, weil man beim 
Umkopieren immer wieder einmal eine der beiden Komponenten vergisst.

Maik schrieb:

> c und h Files habe ich bisher getrennt um die Übersichtlichkeit zu
> erhöhen.

Das ist nicht wirklich übersichtlicher.
Das wird nur in der Verwendung 'komplizierter', weil man beim Hinzufügen 
von Files in ein neues Projekt ständig den Ordern von dem man hinzufügen 
will, wechseln muss.

So sind beide Files beisammen auf einem Verzeichnis und man merkt soger 
Tippfehler im Filenamen viel leichter, weil zusammengehörende Files in 
der Fileselektion (nach Namen sortiert) nicht mehr beieinander stehen.

> Das Gesamtprojekt hat einem Umfang von einigen hundert Files und ~60K
> LOC ( allerdings aufgeteilt in mehrere Libs ).

Und? Ist noch nicht wirklich groß.
Zerteile als erstes die Files, die zu einer LIb gehören in verschiedene 
Verzeichnisse. Und schon brauchst du dich dann in der Organisation nur 
noch um eine Lib nach der anderen kümmern. Aus den paar hundert Files, 
werden so ganz schnell <100.

Maik schrieb:

> Ich verstehe noch nicht ganz wie du das meinst. Das Projekt besteht
> schon aus mehreren Libs. Die Funktionalität der Libs ist sinnvoll
> getrennt.

Das ist doch schon mal die halbe Miete (eigentlich sogar mehr :_)

> Nur die Organisation innerhalb der Libs möchte ich optimieren.
> Oder meintest du das ?

Ich ging davon aus, dass momentan alle Files (aller Libs) auf ein und 
demselben Verzeichnis liegen.
Wenn dem so ist:
  Dann erst mal für jede Lib ein Subverzeichnis anlegen und die Files 
entsprechend ihrer Zugehörigkeit zur jeweiligen Lib ins richtige 
Subverzeichnis verschieben. Damit hast du dann schon einen Grossteil der 
Arbeit erledigt.

Ach und noch was:
Versuch jetzt nicht, nach der 'optimalen' Struktur zu suchen und darüber 
großartig zu philosophieren. Mach einfach das, was dir zur Zeit am 
vernünftigsten erscheint. 'Optimal' wird es sowieso nie und man kann 
Tage damit verbringen, Librarystrukturen umzugestalten um dann am Ende 
wieder beim Anfang zu landen :-)