Aufbau Projektstruktur größerer Projekte

[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...