UnitOptimizer

[stahli]

Ja, das stimmt, das ist aber auch nur eine erste Option, die ich hier umgesetzt habe.

Man könnte den Rumpf auch leer lassen oder ein DebugBreak einsetzen oder ein Assert oder was auch immer.
Individuell könnte sich das jeder in den Einstellungen auswählen oder selbst etwas vorgeben.

Worauf es mir mehr ankam sind die Dinge, die ja nahezu immer gleich laufen, also die Getter und Setter der Properties und die dortige Benutzung von privaten Feldern.
Gerade wenn man Interfaces benutzt ist es doch zu 99% immer das Gleiche:

Ich definiere ein Property MyProp: Integer;
Dann MUSS ich im Interface einen Getter und Setter zuordnen (wenn das Proprty lesbar und beschreibbar sein soll).
Und ich MUSS in jeder Klasse, die das Interface benutzt, immer wieder den selben Kram ausschreiben.
Lasse ich Getter und Setter halbwegs automatisch erzeugen, werden die im Implementationsteil IRGENDWO erzeugt. Wenn mir Ordnung wichtig ist, muss ich die in der Unit verschieben. Die privaten Felder muss ich dann auch noch erzeugen und Getter und Setter ausprogrammieren.

Verzichte ich wegen dem inzwischen hohen Nervfaktor auf korrekte Einrückungen und lasse nachher den Codeformatierer drüber laufen sind die Haltepunkte der Unit weg.

Das alles soll mein Tool vereinfachen.
So kleine Details, die jeder vielleicht etwas anders haben möchte, kann man ja über Optionen individuell einstellbar machen.

Die Fragezeichen könnte man jetzt auch als Platzhalter sehen. Das muss nicht so bleiben. Ist ja auch noch nicht fertig.


PS: Den MMX hatte ich mir auch angesehen, aber das war nicht das, was ich gesucht hatte. Da finde ich eine Lösung über einen Hotkey besser. Da es nichts fertiges gab, habe ich mich mal dran versucht.

[himitsu]

Zitat:

Ich definiere ein Property MyProp: Integer;
Dann MUSS ich im Interface einen Getter und Setter zuordnen (wenn das Proprty lesbar und beschreibbar sein soll).
Und ich MUSS in jeder Klasse, die das Interface benutzt, immer wieder den selben Kram ausschreiben.
Lasse ich Getter und Setter halbwegs automatisch erzeugen, werden die im Implementationsteil IRGENDWO erzeugt. Wenn mir Ordnung wichtig ist, muss ich die in der Unit verschieben. Die privaten Felder muss ich dann auch noch erzeugen und Getter und Setter ausprogrammieren.

Die Live-Code-Templates ala prop, propf, propgs, propro und proprof kennst du aber schon?

Ich glaub Daniel hatte mal vor Jaaaaaahren zu sowas noch paaar noch inteligentere Varianten gebastelt/gezeigt.

[stahli]

Zitat von himitsu:

Die Live-Code-Templates ala prop, propf, propgs, propro und proprof kennst du aber schon?

Ich glaub Daniel hatte mal vor Jaaaaaahren zu sowas noch paaar noch inteligentere Varianten gebastelt/gezeigt.

Die Templates errichten aber doch keinen kompletten verteilten Unit-Code - oder?
Wenn es so etwas gäbe würde mich ärgern, mich damit aufgehalten zu haben. Aber mir ist nicht bekannt, dass es etwas gäbe, was da in etwa gleiches umsetzen würde (auch immer mit ausgehend von Deklarationen in Interfaces, die automatisch auch in Klassen übernommen und mit Standardcode ausgefüllt werden und eine Sortierung der Unit durchführt).

[himitsu]

Diese Live-Templates machen alles Mögliche, sogar schon die Standardtemplates von Embarcadero.

Die erstellen das Property und das nötigen/fehlende Feld/Variable, sowie die Getter- und Setter-Methoden, inkl. der Zuweisung zwischen Feld/Parameter/Result.
Und z.B. das FOR-Template erstellt auch die lokale Variable, wenn es sie noch nicht gab.

Templates reichen von einfachen Text-Vorlagen bis hin zu kleinen/größeren Scripten (quasi Miniprogramme).

[stahli]

Dann muss ich mir das heute Abend mal genauer anschauen. Ich bin aber skeptisch, dass mir das umfangreich genug ist.

[himitsu]

Das liese sich ja notfalls anpassen/erweitern

[stahli]

Also ich konnte es jetzt testen und finde es untauglich - oder allenfalls minimal hilfreich.
Wenn es erweiterbar wäre hätte es ja schon mal jemand machen können.

Nun gut, mein Tool macht bestimmt mehr, als eine solche Erweiterung wohl erreichen könnte.

Also ist mein Tool für mich der richtige Ansatz (wenngleich es noch nicht ganz fertig ist).

[Luckie]

OK. Also war es erst mal nur eine vorläufige Umsetzung. Dann ist alles gut.