Aufbau Projektstruktur größerer Projekte

[DSCHUCH]

Hallo,

Wie baut Ihr eigentlich Eure Projektstruktur bei größeren Projekten auf? Jeder kennt ja sicher die probleme mit den Binarys. (dcu, dcp, hpp)

Wir haben bei uns > 50 Teilprojekte oder Komponenten die Compiliert werden müssen. Ein zentrales binary's Verzeichnis (dcu, dcp, hpp) fällt eigentlich aus, da manche Komponentenhersteller gleiche Unit-Namen verwenden.

Als Resultat muß man eigentlich jedes Teilprojekt als Bibliothekspfad aufnehmen. Damit hat man Meter-Lange Suchpfade, und das obwohl wir alles über Umgebungsvariablen und relative Angaben verschlüsseln. Ausserdem sucht man sich manchmal "dämlich" um zu prüfen ob nun ein bestimmter Pfad in der Bibliotheksvariablen enthalten ist, oder nicht.

Bsp: %_bin%;%_dcu%;%_dcp%;%_bpl%;%PGDAC%;%EurekaLog%;%D XLIB%;%FR%;%TMSWF%;%CMNTIMG%;...............

Vor dem compilieren lassen wir rekursiv sämtliche dcu, dcp, .... in der gesamten verzeichnisstruktur löschen.

Wie sind Eure Erfahrungen?


Als Querverweis gebe ich mal dies hier an, auf die Problematik der Such und Umgebungsvariablen ist hier aber nicht näher eingegangen wurden.

http://www.delphipraxis.net/125776-p...-struktur.html

[QuickAndDirty]

Wir haben nur Probleme mit den entstehenden Abhängigkeiten in den Packages. Es ist fast gar nicht möglich eine Komponente in ein Teilprojekt zu übernehmen, weil dann gleich ein ganzes Package mit all seinen Abhängigkeiten mit einkompiliert wird...das sind dann am ende ALLE unsere Packages und Packages von Drittherstellern &c.

Da gewinnt Copy&Paste Programmierung rasant an Sympathie!

[DSCHUCH]

das verstehe ich nicht, dann hast du die reihenfolgen beim compilieren falsch aufgebaut. zirkuläre abhängigkeiten sollte es ja eh nicht geben. ^^ oder du hast implicitbuild on.

problem ist ja bei vielen teilprojekten die nach von unten nach oben entstehenden abhängigkeiten in bibliotheks- such- und ausgabepfaden zu vereinen.

[yörsch]

wir haben unsere Abhängigkeiten unserer Packages dadurch verkleinert das wir alles in Ebenen eingeteilt haben.

Ebene 0 : Koponenten und Klassen - Diese können überall ohne voraussetzungen verwendet werden Anzahl Packages : 10
Ebene 1 : Setzt Ebene 0 voraus - Fachlich unabhängig - FunktionContainer, allgemeine Verwaltung,... Anzahl Packages : 3
Ebene 2 : Setzt Ebene 1 voraus - Fachlich abhängig - Bussines Logik, spezielle Zugriffe, Anzahl Packages : 5
Ebene 3 : Setzt Ebene 2 voraus - Programm Ebene - Kompneneten, Klassen und Funktionen nur für die Anwendung... Anzahl Packages : 150
Die hohe Zahl hier kommt daher da wir Jahres abhängige Packages haben...