Wo speichert ihr 3rd Party (und eure eigenen) Komponenten?
Haben Sie separate Kopien pro Delphi-Version?
Seit Jahren verwende ich c:\program files\borland\delphi7\lib\ , sogar für Delphi 2006, 2007, 2009 und 2010, wie folgt:
Aber heutzutage benutze ich Delphi7 nicht mehr (was kann es, das 2010 nicht kann?), also macht dieser Pfad keinen Sinn mehr. Ich bin dabei, Windows7 auf meinem Heimcomputer zu installieren, also denke ich über etwas wie folgt nach:
c:\src\DelphiLib\
Irgendwelche besseren Ideen?
Ich habe ein Verzeichnis, in dem ich alle meine Checkouts mache. Komponenten (versioniert) sind nur eine weitere Überprüfung (**).
%Vor%Die Delphi-Projekte sind alle mit relativen Pfaden eingerichtet. Die Komponentenpfade sind in Delphi unter Optionen- & gt; -Umgebung fest codiert.
mysvndir kann je nach Arbeitsstation auf verschiedenen Laufwerken (oder auf Verzeichnisebene) liegen. (vor allem auf meinem Laptop ist es auf D :). Die Möglichkeit, alternative Checkouts zu kompilieren (z. B. um eine ältere Revision zu überprüfen), ist eine weitere starke Motivation, alles relativ zu halten.
Das funktioniert ziemlich gut (*) für normale Delphi-Projekte, aber ich überlege jetzt, für einige Projekte hartcodierte Pfade (oder Substitute) zu verwenden. Hauptsächlich wegen der Verwendung des ITE.
(*) Delphi (alle Versionen) scheint das Arbeitsverzeichnis manchmal beim Öffnen von Dateien zu ändern, was wiederum relative Pfade durcheinanderbringt (sie sind relativ zum Arbeitsverzeichnis, nicht das .dpr (oj)). Wenn ich dies bemerke, öffne ich eine Datei (mit Datei- & gt; Öffnen) im Arbeitsverzeichnis, und alles ist wieder in Ordnung. Ich mache mir auch die Angewohnheit, Projekte zu schließen, bevor ich neue eröffne.
(**) Ich habe eine Reihe von Designtime-Komponenten, die ich für alle Apps verwende und keine Pakete verwende. Ich habe keine designspezifischen Komponenten für Apps.
Alle meine Delphi-Sachen sind in Unterverzeichnissen unter C: \ Delphi
Meine Bibliotheken sind projektspezifisch und werden in Unterverzeichnissen unter den Quellen der Quellen gespeichert:
%Vor%Diese Bibliotheken werden nicht zum Delphi-Bibliothekspfad, sondern zum Suchpfad des Projekts hinzugefügt, sodass ich sicher bin, dass ich für jedes Projekt die richtige Bibliotheksversion verwende. (Dies dient natürlich nur zur Pflege älterer Versionen eines Projekts, aktuelle Projekte werden auf die neuesten Bibliotheksversionen aktualisiert).
Die Bibliotheken sind in Subversion gespeichert und als svn: externals mit den Projekten verknüpft.
Unglücklicherweise unterstützt Delphi das Laden von Paketen pro Projekt nicht, so dass ich entweder Pakete nach Bedarf laden oder entladen muss oder - was ich die meiste Zeit mache - benutze einfach die gleichen Laufzeitpakete in der IDE und verlasse sie nur auf Änderungen geringfügig zwischen den Versionen, so ist es egal, solange ich die richtigen Quellen beim Erstellen des Projekts verwenden.
Das Speichern von Bibliotheken in Programmdateien verursacht viele Probleme bei der Verwendung von Vista und höher. Bei diesen Betriebssystemen ist es weitaus besser, ein separates Verzeichnis außerhalb der ausführbaren Dateien zu verwenden. Lassen Sie Delphi jedoch in einem geschützten Pfad, oder legen Sie die richtigen ACLs fest, wenn Sie sie an anderer Stelle installieren. Denken Sie daran, dass Windows nicht sicher ist, weil die meisten Benutzer es so machen. Sie können auch eine Umgebungsvariable so einstellen, dass sie auf den Bibliothekspfad verweist, und sie dann mit der $ () -Syntax innerhalb von Delphi-Bibliothekspfaden verwenden. Wenn Sie z. B. C: \ dev \ lib \ delphi verwenden, können Sie eine DLIB-Variable festlegen, die dorthin verweist, und dann im Bibliothekspfad $ (DLIB) \ JCL verwenden. Dies ermöglicht auch das Umschalten zwischen Bibliotheken, indem einfach die benötigte Umgebungsvariable vor dem Start von Delphi gesetzt wird. Wenn Bibliothekspakete und -verzeichnisse richtig entworfen werden, müssen keine unterschiedlichen Kopien für verschiedene Delphi-Versionen gespeichert werden. Sie werden Unterordner für jede Version erstellen, aber viele davon benötigen keine separaten Kopien.
Wenn ich eine fertige Bibliothek installiere, installiere ich sie im Delphi-Ordner unter Programme (der genaue Ordner ist nicht wichtig - er kann lib oder Quellen sein).
Das hat einen großen Vorteil für mich (andere Leute denken darüber nach, dass es ein Nachteil ist): Unter Vista und Win7 erlaubt Ihnen die UAC nicht, sich mit installierten Bibliotheksdateien zu befassen, genauso wie dies für Delphi selbst der Fall ist. Sie haben Ihre Pas-Dateien, Sie haben Ihre dcu, bpl, etc-Dateien - gut. Benutze sie einfach. Keine Neukompilierung oder Änderung erforderlich.
Wenn ich jedoch eine Bibliothek installiere, die ich ändern möchte, installiere ich sie im Ordner Eigene Dateien / RAD Studio, so dass sie nicht schreibgeschützt ist und ich mich damit herumschlagen kann.
Ich habe immer einen Ordner unter dem Stammverzeichnis verwendet, z. B. d: \ DelphiComponents mit Versionsverwaltung (falls erforderlich), die in jedem einzelnen Unterordner organisiert sind.
Zum Beispiel d: \ DelphiComponents \ MMTools haben einen Delphi6 und einen Delphi7 Ordner. Da ich einige ziemlich alte Bibliotheken in diesen Ordnern habe, vermeide ich Leerzeichen in den Ordnernamen.
Ich denke, dass die Verwendung von Unterordnern im Stammverzeichnis (wie c: \ src oder c: \ Delphi) aus Sicherheitsgründen keine gute Idee ist. Es sieht aus wie ein Hallo aus alten Tagen, wenn Sie nicht wirklich Sicherheit oder ordnungsgemäße Ordnerstruktur verwenden.
Sie möchten einen schreibbaren Ordner? Sie haben Ihre eigenen Dokumente. Und es gibt sogar RAD Studio Unterordner. Mögen Sie MyDocs nicht? Sie haben Ihre AppData.
Sie möchten einen geschützten Ordner? Es gibt alle Benutzer oder Programmdateien.