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

[hoika]

Hallo,

Zitat:

Verwende nicht den globalen search path oder die PATH-Variable, sondern die äquivalenten Pfadangaben in den Projekt-Options. Um die Pfadnamen zu verkürzen definieren in Tools-Options ein paar environment variablen mit oft vorkommenden Pfadelementen, die kann man dann in den Projekt options per $(name) in den Pfadnamen verwenden.

Ah, so erfolgt die Vorbereitung der $() auch.
Damit musste ich mich noch nie beschäftigen ;)

Aber:
Das mache ich ja schon mit meiner Suche1, Suche2 nur das ich Delphi immer
nach dem Erweitern der Systemvariable neu starten musste.
Das entfällt jetzt hoffentlich.

[Uwe Raabe]

Zitat:

Zitat von hoika (Beitrag 1425360)

hm, stimmt, die geöffneten stehen in der dproj.

Nein, die stehen in der dsk.

Zitat:

Zitat von hoika (Beitrag 1425360)

Nun zumindestens will ich meine dpr kurz halten.

Ich fürchte, damit tust du dir keinen Gefallen.

Arbeite doch probeweise mal ein paar Tage mit so einer abgespeckten dpr, bevor du dich da festlegst. Ich würde allein schon die dann fehlenden Einträge in IDE-Insight vermissen.

[hoika]

Hallo,
ich arbeite ja bereits damit ;)
Und zwar schon eine Weile.
Es kommen aber immer neue Verzeichnisse dazu,
und dann heißt es "ran an die Umgebungsvariablen".

PS:
Ich versuche gerade, unsere Konfigurationen zu vereinheitlichen,
aber ich bin der Standard ;)

PS2:
es sind etwa 2.000 Dateien, die wollt ich nicht alle in die dpr reinhaben.

[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 :stupid:
Oder kommen die Einträge von 3rd Party Komponenten ?

[TigerLilly]

Zitat:

Zitat von Rollo62 (Beitrag 1425452)

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.