Delphi, sehr umfangreiche Projekt-Ordner-Struktur, wie Dateien finden

[freimatz]

die dpr?
Du hast nur eine? Dann wird es vielleicht Zeit für Packages.
Wir haben ein vielfaches an Dateien wie Du und die sind nahezu alle in der jeweiigen dpr mit drin.

[Rollo62]

Ich separiere das möglichst, die MainForm lädt nur die Views per Runtime Code,
in der DPR wird quasi nur die Mainform gestartet, wo die Views reingeladen werden.

So hat jedes Unit seine Referenzen, und in der DPR ist fast nichts.
Wie schafft man es überhaupt 2000 Units in der DPR zu haben, ist das ein Konsolenprogramm
Oder kommen die Einträge von 3rd Party Komponenten ?

[TigerLilly]

Zitat von Rollo62:

Ich separiere das möglichst, die MainForm lädt nur die Views per Runtime Code,
in der DPR wird quasi nur die Mainform gestartet, wo die Views reingeladen werden.

So hat jedes Unit seine Referenzen, und in der DPR ist fast nichts.

Die DPR muss doch jede Unit usen, die deine Units benutzen wollen - außer jenen, die im Bibliothekspfad liegen.

Wenn der Bibliothkspfad keine projektspezifischen Units enthält, kommen in der DPR rasch einige Dateien zusammen.

[hoika]

Hallo,

Zitat:

Die DPR muss doch jede Unit usen, die deine Units benutzen wollen

Eben nicht, warum soll ich alle 2.000 Units dort eintragen.
Wenn Unit25 in Unit22 benutzt wird und Unit22 in Unit4, und Unit4 in Unit_FrmMain
warum sollen alle UnitsX in die DPR und nicht nur Unit_FrmMain?

[TigerLilly]

Weil der Compiler den Pfad nicht auflösen kann. Entweder DPR oder Bibliothekspfad.

DPR

Delphi-Quellcode:

program Main;

uses
  SysUtils,
  uSingleInstance,
  uPath,
  Forms,
  fNUTSMain in 'Forms\fNUTSMain.pas' {frmNUTSMain},
  cNUTSMain in 'Forms\cNUTSMain.pas',
  uNUTSConstants in 'Constants\uNUTSConstants.pas',
....

vs Unit:

Delphi-Quellcode:

unit uDaten;

interface

uses
  Classes, uLMDaten, uBaseXMLDBDaten;
..

[Rollo62]

Nur wen man alle Forms automatisch erzeugen lässt, das mache ich eben nicht.

[TigerLilly]

Aber da geht es nicht um das Erzeugen der Forms, die kämen uU noch dazu, wenn das wer so macht.

Hier geht es nur darum, ob die benutzen Units über die DPR (=einzeln auflisten) oder über den Bibliothekspfad (= NoGo für Projektdateien) gefunden werden.

[Uwe Raabe]

Zitat von Rollo62:

Nur wen man alle Forms automatisch erzeugen lässt, das mache ich eben nicht.

Wer macht das schon...

Ich habe sogar VCL-Projekte (FMX ist da ja flexibler), bei denen dynamisch das MainForm bestimmt wird - und das natürlich nicht in der DPR!

Trotzdem sind alle Projekt-spezifischen Units in der DPR aufgelistet. Insbesondere wenn man mit Frames, Datenmodulen und/oder Visual Inheritance arbeitet ist das in der Regel unverzichtbar.

Bisher habe ich noch jedes Projekt, bei dem ich irgendwie beteiligt war/bin so umgestellt. Alle(!) Entwickler haben danach ein wesentlich stabileres und angenehmeres Arbeiten mit der IDE bestätigt.

Ein für mich entscheidender Vorteil dieser Herangehensweise ist, daß ich genau kontrollieren (und such sofort sehen) kann, welche Units im Projekt benötigt werden. Der Projekt-Suchpfad wird auf das Nötigste beschränkt, damit nicht versehentlich eine Unit eingebunden wird, nur weil sie im Suchpfad gefunden wird. Die Projekt-Units sind in Unterverzeichnissen hierarchisch abgelegt, so daß ich in der Projektverwaltung eine übersichtliche Baumstruktur bekomme. Bis auf wenige Ausnahmen gibt es keine Units im Projekt-Verzeichnis selbst, sondern nur darunter. Aber diese Unterverzeichnisse tauchen auf keinen Fall in dem Projekt-Suchpfad auf. Der ist ausschließlich für die verwendeten Bibliotheken reserviert.

Ach ja, zum Projekt gehörige Units (in der DPR/DPROJ) sind über IDE-Insight (F6 oder Strg-<Punkt>) auffindbar. Units im Suchpfad in der Regel erstmal nicht.

Aber das muss jeder für sich entscheiden.