Cnpack Unit-Cleaner

[Glados]

---

[stahli]

@nahpets

Bei D7 ging das finden von Units m.E. noch zuverlässiger (dass die IDE fehlende immer ergänzt ist mir aber gerade neu - nur bei Ctrl+F9 oder auch bei F9?).

Mit XE3 nicht mehr. Da gibt es Ctrl+Shift+A zum Finden einer Unit, die eine bestimmte Klasse implementiert.
Meist funktioniert das auch nicht. Dann suche ich die Klasse oder Funktion in der Hilfe und hoffe, dort etwas zu finden oder ich suche die Klasse bzw. Funktion in im Projekt (wenn sie schon mal verwendet ist) und springe dann mit Ctrl+Click zur Deklaration.

Delphi-IDE halt...

[nahpets]

Das wäre dann aber ein massiver Rückschritt.

Eigentlich mache ich mir über die genutzten Units nie Gedanken.

Zu allem, was ich so auf ein Formular pappe, wird von der IDE beim Kompilieren (egal ob F9 oder Ctrl+F9) alles Fehlende eingefügt.

Habe ich im Quelltext irgendwelche Verweise auf andere Formulare, Datenmodule ..., die schon irgendwo im Projekt eingebunden sind, dann werde ich ggfls. gefragt, ob sie noch in eine Unit eingebunden werden sollen. Das passiert halt schonmal, wenn man aus Form1 auf Form2 verweist ...

Was nie automatisch eingebunden wird sind StrUtils, Math ..., also die Units, die nur reine Funktionssammlungen sind.

Grob kann man wohl sagen: Automatisch ergänzt wird alles, was über die in die IDE eingebundenen Packages irgendwie referenziert und genutzt wird.
Mit Nachfrage wird eingebunden, was ins Projekt (die .dpr) eingebunden wurde.

[uligerhardt]

Zitat von nahpets:

Mit Nachfrage wird eingebunden, was ins Projekt (die .dpr) eingebunden wurde.

Aber auch nur, wenn's irgendwie mit ner DFM verbandelt ist. Reine Pascal-Units ohne DFM muss man (also ich zumindest ) manuell einbinden.

[stahli]

Deswegen meinte Glados, dass es wünschenswert wäre, dass die IDE auch Klassen und Funktionen findet, die nicht registrierte Komponenten in der Komponentenpalette sind.

[nahpets]

@uligerhardt: Das war mir so noch nicht bewusst.
Bisserl nachdenk ... ja, Du hast recht.

@stahli Ja, der Wunsch ist nachvollziehbar. Bei Sachen, die man nicht regelmäßig nutzt und deren Herkunft man nicht so genau kennt, kann man da schonmal etwas mehr Suchaufwand benötigen, bis man das Richtige gefunden und eingebunden hat.

[freimatz]

Zitat von nahpets:

Ist doch ganz einfach:

Alles in den Usesteilen einer Unit auskommentieren, Strg+F9 kompilieren.

Die IDE fügt ein, was benötigt wird.

Gibt es noch Fehler, schaut man im Auskommentierten, was da drin ist, was nicht neu eingefügt wurde. (Es sei denn, man weiß aufgrund der Fehlermeldung, was fehlt. Das trage man dann direkt ein.)

Wurde fehlerfrei kompiliert, wird das Auskommentierte gelöscht.

Geht gut, einfach und schnell.

Das gilt nur bei einfachen Projekten. Habe gerade mal eine Zeile gelöscht und compiliert. Das dauert dann gefühlt 15 Sekunden. Das gilt dann nur für ein uses, bei uns sind 20 uses keine Seltenheit. Ich finde den cleaner extrem nützlich.

Die Dateien im initialization Teil zu löschen finde ich extrem gefährlich. Das es compiliert heißt nochlange nicht, dass auch alles noch so funktioniert. Wie Uwe schon schrieb:

Zitat von Uwe Raabe:

Wenn eine Unit mit initialization Teil nirgendwo im Projekt mehr verwendet wird, dann der der initialization Teil auch nie ausgeführt. Solange die Unit also noch in anderen Units oder im Projekt explizit aufgeführt ist, kann sie in den Units, die sie nicht direkt benötigen, bedenkenlos entfernt werden.

[Glados]

Zitat:

Die Dateien im initialization Teil zu löschen finde ich extrem gefährlich.

Ich lösche ja keine Dateien. Sondern der Cleaner schreibt in Klammern nur "mit initialization".

Zitat:

Wie Uwe schon schrieb:

Kann man das einfacher erklären?

Und Units mit initialization und finalialization Teil habe ich etwa eine Hand voll.

[Uwe Raabe]

Zitat von Glados:

Kann man das einfacher erklären?

Nun, der Initialization-Teil einer Unit wird ja nur dann ausgeführt, wenn die Unit auch im Projekt mit eingelinkt ist. Taucht die Unit nirgendwo in einer Uses-Anweisung auf, dann wird sie auch nicht eingelinkt und somit der Initialization-Teil auch nicht ausgeführt. Will man dies trotzdem, dann muss man die Unit irgendwo in einer uses-Anweisung aufführen, auch wenn das syntaktisch zum compilieren nicht nötig wäre.

Beispiel:

Delphi-Quellcode:

unit A;

interface

type
  TMyAbstractClass = class
  public
    procedure DoSomething; virtual; abstract;
  end;

var
  MyInstance: TMyAbstractClass = nil;

implementation

end.

Delphi-Quellcode:

unit B;

interface

implementation

uses
  A;

type
  TMyClass = class(TMyAbstractClass)
  public
    procedure DoSomething; override;
  end;

procedure TMyClass.DoSomething;
begin
 // mach irgendwas
end;

initialization
  MyInstance := TMyClass.Create;
finalization
  MyInstance.Free;
  MyInstance := nil;
end;

Unit B hat einen leeren interface-Teil, kann also nirgendwo zum compilieren gebraucht werden. Trotzdem funktioniert das Programm nicht, wenn Unit B nicht trotzdem irgendwo in der uses-Anweisung steht.

[Glados]

Jetzt habe ich es auch verstanden.
Dann habe ich ja nochmal Glück gehabt denn ich kann 1. noch hinweis- und fehlerfrei kompilieren und 2. habe ich keine Zugriffsverletzungen oder ähnliches.