Projektordner von überflüssigen Dateien befreien

[fantotal]

Hallo Delphianer,

wie ich in einem anderen Thread bereits fragte, möchte ich gerne wissen, wie ich den Ordner eines Projektes von überflüssigen Dateien befreien kann.

Nach einer Zeit kommen in den Projektordner immer Dateien wie z.B. Unit1.~pas . Immer mit diesem obligatorischen ~! Sind diese Dateien notwendig? Und wenn nicht, wie kann ich die löschen, bzw. löschen lassen?

Vielen Dank schonmal im Vorraus!

[CalganX]

Hi,
schau dir mal die IDE-Erweiterung GExperts an.
Unter dem Menüpunkt Clean Up Directories kannst du alle unnötigen Dateien aus deinen Projektverzeichnissen entfernen.

Chris

[Luckie]

Bevor ich die GExperts hatte, habe ich eine batch Datei benutzt:

Code:

del *.~*
del *.cfg
del *.dof
del *.aps
del *.dcu

[Robert_G]

Die .~* sind nur Backups. ;)
Im anderen Thread klang es so als ob dich die gesamten Zwischen-/Endprodukte des Compilers stören würden. ;)
Da die Antwort etwas länger dauern würde müsstest du dich dafür noch etwas (nach Feierabend ;) ) gedulden....


Delphi selbst bietet kein Tool dafür. In den GExperts gibt es aber eins. ;)

@Luckie So ein alter Delphi-Hase wie du hat die DCUs im Projektordner? :shock:

[Kevin]

Zitat:

Zitat von Robert_G

@Luckie So ein alter Delphi-Hase wie du hat die DCUs im Projektordner? :shock:

Wo sollte man sie denn speichern und wo stelle ich diesen Pfad um? Scheint ja schockierend zu sein, wenn man das nicht umstellt... :mrgreen:

[Robert_G]

Zitat:

Zitat von Kevin

Zitat:

Zitat von Robert_G

@Luckie So ein alter Delphi-Hase wie du hat die DCUs im Projektordner? :shock:

Wo sollte man sie denn speichern und wo stelle ich diesen Pfad um? Scheint ja schockierend zu sein, wenn man das nicht umstellt... :mrgreen:

Wenn du für jeden Ordner mit Source files einen Eintrag in den Suchpfaden haben willst -> mach' doch! :P
Wenn nicht, dann lege die DCU's zentral in einem Ordner ab. Es gibt leider keine Option um das wirklich direkt global zu machen.
Der Trick ist, in den default Einstellungen einen Ort für Unit output anzugeben.
Wenn du außerdem unter Menü\Environment\dingsbums\Library die Outputs von BPLs und DCPs in einen bestimmten Ordner leitest, musst du nur noch den DCU Ordner und den für DCP/BPL als Suchpfad angeben. :)
Auf die Art arbeitest du wirklich immer mit der gleichen Version von DCUs. ;) (Und der Krempel müllt dir den Projektordner nicht zu :zwinker: )

Wenn du den BPL/DCP-Ordner in die PATH-Variable von Windows einträgst kannst du per default "Build with runtime packages" aktivieren. Auf deinem Rechner werden die Schsen ja durch PATH automatisch die BPLs finden...
Das beschleunigt das Kompilieren und die Echsen sind schön klein. Zur Weitergabe deiner Echse kannst du die Option ja einfach vor'm Kompostieren ausschalten. ;)

[Luckie]

Äh, das sind die dcu-Dateien von den eigenen pas-Datein in dme Projekt. Warum soll ich die wo anders hinpacken sollen? Und wenn ja, wohin? Und was, wenn zwei Unit1 heißen und sich gegenseitig immer schön überschreiben? Dann muss jedes mal alles kompiliert werden. Das ist schon in Ordnung so, wie ich das habe, keine sorge.

[Die Muhkuh]

Hi,

ich leg mir immer einen Ordner "dcu" an, in welche Delphi die dcu's speichert. Mach ich halt in jedem Projekt, damit nicht das passiert, was Michael gesagt hat (überschreiben der Units)

[Phistev]

@Luckie: In so einem Fall sollte man sich eigentlich angewöhnen, den Units eindeutige und aussagekräftige Namen zu geben, Namen wie Unit1 sollte man nur bei quick&dirty Projekten verwenden, bei größeren Projekten würde man irgendwann nicht mehr durckblicken, welche Unit was macht. Noch mach ich es wie Robert_G, allerdings auch nur deshalb, weil meine Programme noch keine Formulare haben. Kommandozeilen-Programme sind einfach schneller zu schreiben.

[Luckie]

Zitat:

Zitat von Phistev

@Luckie: In so einem Fall sollte man sich eigentlich angewöhnen, den Units eindeutige und aussagekräftige Namen zu geben, Namen wie Unit1 sollte man nur bei quick&dirty Projekten verwenden, bei größeren Projekten würde man irgendwann nicht mehr durckblicken, welche Unit was macht.

Wenn ich Projekte mit einer Unit habe mache ich mir nicht die Arbeit. Und auch wenn es meherer sind, die hauptunit heißt meist Unit1, und die anderen bekommen dann sprechende Namen.

Zitat:

Noch mach ich es wie Robert_G, allerdings auch nur deshalb, weil meine Programme noch keine Formulare haben. Kommandozeilen-Programme sind einfach schneller zu schreiben.

Ich wollte schon immer mal eine Kommandozeilenversion von Excel sehen. :mrgreen: Nein im ernst, wenn du die VCL benutzt, dann ist ein fenster doch schnell zusammengeklickt und versuch mal in einem Konsolenprogramm zur vorherigen Eingabe zurückzukommen. Wenn du das auch mal eben schnell programmierst, bist du echt gut. Aber das können wir per PN weiterdiskutieren, das gehört nicht hier her.

[Robert_G]

Phistev meinte wohl, dass er erst die "eigentliche" Anwendung in den Packages entwickelt.
Die GUI kommt erst wenn die Logik steht. ;)
Aber das von dir angesprochene Problem existiert nicht. Wenn der Compiler Unit X sucht und X.pas neuer als X.dcu ist, wird er X.pas kompilieren. Dadurch ist X.dcu wieder aktuell und er wird sowieso die nehmen. ;)
Ich finde es einfach als viel komfortabler, wenn ich mich nicht auch noch um die Suchpfade kümmern muss.
Die Sources sieht das jeweilige Package, die Applikationen haben sich einen *piep* darum zu scheren, die sollen doch nur die Klassen benutzen. ;)

[Phistev]

Ich habe mal ein Programm angehängt, dass das ursprüngliche Problem löst (es löscht rekursiv vom Arbeitsverzeichnis ausgehend alle Backups, DCUs, etc.) und darstellt, was ich in meinem Beitrag meinte.

[Luckie]

Zitat:

Zitat von Phistev

Ich habe mal ein Programm angehängt, dass das ursprüngliche Problem löst (es löscht rekursiv vom Arbeitsverzeichnis ausgehend alle Backups, DCUs, etc.) und darstellt, was ich in meinem Beitrag meinte.

Dafür brauchst du kein Programm. Mit dem Scahlter "/s" geht del auch alle Unterverzeichnisse durch.

[bigg]

jupp.

Code:

del /s *.dcu
del /s *.dof
del /s *.cfg
del /s *.~dpr
del /s *.~pas
del /s *.~dfm
del /s *.~ddp
del /s *.ddp

[Phistev]

Nur mit Windows XP (und evtl. 2000). Ich arbeite aber auch mit Windows 98, und da gibt es den Schalter /s nicht. Außerdem lässt sich so eine Ignorieren-Liste implementieren.