UnitOptimizer

[stahli]

Ich bin dabei, ein Tool aufzubauen, das Units sortiert und Code ergänzt.

Es ist quasi eine Klassenvervollständigung, Codeformatierung und Codesortierung in einem.

Hier mal ein aktueller Zwischenstand als Video: https://youtu.be/cfKa3wuoEd0

Eine direkte Codeformatierung (Einrückung) habe ich noch nicht drin, will das aber auch noch ergänzen. Die anderen Features gehen für mich aber vor.

Die Abkürzung "prop" könnte man auch mit "property" ausschreiben lassen. Ebenso sind optional andere Voreinstellungen möglich, wenn dies gewünscht würde. Ich bin zunächst erst einmal von meinen Wünschen ausgegangen.

Ich würde das später sehr gern kommerziell anbieten, wenn es Nachfrage gibt.
Für öffentliche Tests ist es noch etwas früh. Dazu muss ich noch einiges ausbauen und ausbessern.
Sofern jemand Erfahrungen mit den OTA hat und daran mitarbeiten möchte, dann gebt Bescheid...



Ich hatte dazu schon einen Thread, der sich aber speziell auf die Interface-Unterstützung bezogen hatte. Da das Tool aber Units allgemein bearbeitet habe ich hier einen neuen Thread eröffnet.

[stahli]

Nochmal 4 Varianten von if-then-else...
Mal ist einrücken der nächsten Zeile sinnvoll und mal nicht.

Der Algorithmus sollte jetzt m.E. alle gängigen Formatierungsvarianten vernünftig optimieren.

[stahli]

Nur mal ein kleiner Zwischenstand für die reale Arbeit mit der aktuellen Suchfunktion: https://youtu.be/A1fURA7KFDk (2 Min)

Geht schon ganz gut aber ich muss das noch weiter ausbauen und optimieren.

[ConstantGardener]

Respekt! Das sieht schon sehr gut aus!

[stifflersmom]

Sehr vielversprechend!

Ich hoffe, ich kann das bald selbst mal ausprobieren.

[stahli]

Danke Euch!
Ich denke, im Dezember kann ich mal eine Testversion anbieten (incl. Installer usw.)


Zuvor will ich noch zwei Punkte ausbauen.

1) das Dockingprinzip
Die Suchformulare verhalten sich im Zusammenspiel mit der IDE etwas anders, je nachdem ob sie eingedockt sind oder nicht.
Vielleicht können ja diejenigen, die es demnächst mal testen möchten schon mal mitteilen, welche Auflösungen Ihr nutzt (wie ist die IDE ausgerichtet, gibt es mehrere Monitore?).
Würdet Ihr das Vollsuchformulare eher eindocken (nimmt halt dann recht viel Platz ein) oder das lieber über die IDE setzen (wie im Video zu sehen).
Oder doch auf einen zweiten Monitor?
Diesbezüglich habe ich noch keine optimale Lösung gefunden.

2) der Optimizer
Hier muss ich noch ein Problem klären, wenn die begin-end-Schachtelungen nicht aufgehen.
Dadurch, dass alle Methoden komplett aus der Unit entfernt und umsortiert neu eingesetzt werden, kann das noch zu Problemen führen.
Das muss ich natürlich noch erkennen und dann auf eine Umsortierung verzichten. Sonst wird die Unit "zerschossen", weil nicht mehr alles aufgeht.
An diesenigen, die das demnächst mal testen wollen: Würdet Ihr dann eine Umsortierung der Methoden überhaupt wollen?
In Interfaces und Klassen werden die Methoden nach Sektionen geordnet und dann innerhalb dieser nach Member (Funktionen/Prozeduren/Properties) sortiert und dann nochmal alphabetisch.
Die Methoden im Implementationsteil werden dann analog der Deklarationsreihenfolge sortiert.
Grundsätzlich finde ich das unbedingt sinnvoll, ist halt nur die Frage, ob man das für erste Tests gleich will. Wobei es natürlich funktionell auch keinerlei Nachteile hat, selbst wenn man es erst mal so nicht gewöhnt ist. Wer seinen Code in ein Versionssystem eincheckt würde damit jedoch wohl ein Problem haben.
Ich könnte natürlich auch den originalen Formatierer auf Ctrl-D lassen, so dass man standardmäßig weiter den nutzen kann.


Das wären jetzt noch meine Vorab-Überlegungen vor einer Testversion.

Für den Austausch würde ich mir dann einen Server auf Discord vorstellen...
(Ich habe schon einen angelegt, aber noch keine Erfahrungen damit. Hier mal der Link: https://discord.gg/5xHfSpvg Keine Ahnung, ob das so reicht.)

[jaenicke]

Zitat von stahli:

Vielleicht können ja diejenigen, die es demnächst mal testen möchten schon mal mitteilen, welche Auflösungen Ihr nutzt (wie ist die IDE ausgerichtet, gibt es mehrere Monitore?).

Full-HD und 4K.

Zitat von stahli:

Würdet Ihr das Vollsuchformulare eher eindocken (nimmt halt dann recht viel Platz ein) oder das lieber über die IDE setzen (wie im Video zu sehen).

Wenn man es eindocken kann, kann man es auch auf automatisch einklappen stellen oder loslösen. Diese Möglichkeiten sollten dann doch für alle Zwecke passen...

[ConstantGardener]

34 Zoll, 3440 x 1440 Pixel, leider nur ein Monitor Suchfenster eingedockt fände ich wahrscheinlich am besten.

[ConnorMcLeod]

Hi, ich bin dabei Ich arbeite mit zwei bis drei Monitoren mit 1920x1200. Als eigenständiges Fenster wäre es super praktisch.
Gruß aus dem Inntal!

[stifflersmom]

- 5K, allerdings dann nicht den ganzen Bildschirm

- die Suchergebnisse angedockt, das Eingabefenster kann ruhig im Vordergrund "aufploppen"

[stahli]

Die Schnellsuche enthält nur Eingabefelder, keine Suchergebnisse.
Die Komplexsuche enthält beides in einem Formular. Das würde ich auch erst mal so belassen wollen. Eine Trennung vielleicht mal irgendwann später, wenn es dann sinnvoll erscheint...