Methodenreihenfolge

[stahli]

Gibt es eigentlich ein Tool, das die Methodenimplementationen in der gleichen Reihenfolge hält, die im Interface-Teil benutzt ist?

Am besten wäre sogar so etwas wie...

Delphi-Quellcode:

// TMyObject private

procedure TMyObject.SetX;
begin
end;

procedure TMyObject.SetA;
begin
end;

// TMyObject public

procedure TMyObject.CalcX;
begin
end;

procedure TMyObject.CalcA;
begin
end;

... so dass man die gleiche Strukturierung wie im Interface-Teil beibehält.

[Ralf Kaiser]

Hi,

z.B. der ModelMaker Code Explorer kann das (und vieles mehr)

Ciao,
Ralf

[himitsu]

Ja, ich hab meine Klassen-Definitionen auch funktional sortiert/gruppiert und nicht alphabetisch.
Aber bei den Implementationen hab ich inzwischen aufgegeben und lass das nun alphabetisch sortieren.

Es gibt nur zwei Möglichkeiten:
- Du baust dir eigene Codevervollständigungsfunktionen und ersetzt damit die vom Delphi, (oder lässt es überschreiben)
- oder du jagst hinterher ein Refactoring über deinen Code, welcher die Reihenfolge anpasst.

[Dejan Vu]

Zitat:

Zitat von himitsu (Beitrag 1260883)

Ja, ich hab meine Klassen-Definitionen auch funktional sortiert/gruppiert und nicht alphabetisch.

Ich würde mal sagen: Wenn man das macht, könnte man die Klassen auch unterteilen, denn 'pro Klasse eine Funktion(alität)' (SRP).

Und dann reicht ja die alphabetische Sortierung (nach der Sichtbarkeit: public => protected => private)

[himitsu]

Es ist also verkehrt den Code in Reihenfolge der Nutzung zu schreiben, vorallem wenn man den Code selber als Dokumentation nutzt?
Nein, das finde ich nicht.

z.B.: erstellen > abfragen > was machen > zerstören

[stahli]

@Ralf

Vielen Dank! Ich habe mir mal die Trial geladen.
Aber man muss die Deklaration und Implementation immer von Hand verschieben - oder?

Eine automatische Verlinkung beider Bereiche habe ich jetzt noch nicht entdeckt.

[Dejan Vu]

Zitat:

Zitat von himitsu (Beitrag 1260889)

Es ist also verkehrt den Code in Reihenfolge der Nutzung zu schreiben

Ich vergaß...Delphi. Da habe ich das auch so gemacht und alphabetische Reihenfolgen verflucht. Hast ja Recht, ich war auf C# gebürstet.

Unabhängig davon ist mir das bei einer kleinen Klasse ziemlich egal, in welcher Reihenfolge die Methoden deklariert sind. Passt eh auf einen Bildschirm. Ich halte mich mit dieser Art von Arbeit auch nicht mehr auf (Code sortieren oder formatieren) und lasse das über ein Refactoringtool erschlagen. Die Arbeit die ich da einspare investiere ich in das Abfinden mit Code, der nicht mehr 100% meinem ästhetischen Empfinden entspricht. Und -wupps- merke ich das noch nicht einmal.

[Uwe Raabe]

Zitat:

Zitat von stahli (Beitrag 1260896)

Aber man muss die Deklaration und Implementation immer von Hand verschieben - oder?

Eine automatische Verlinkung beider Bereiche habe ich jetzt noch nicht entdeckt.

Du kannst die Default-Sortierung für beide Bereiche separat konfigurieren (Properties, Pascal, Sorting). Wenn du in beiden Visibility, Kind, Name auswählts, sollte es deinen Wünschen schon sehr nahe kommen.

Weiterhin gibt es im Kontextmenü unter Sorting: Order implementations like interface

[stahli]

Ah, ok, hab´s gefunden.

Es geht zwar schon in die richtige Richtung aber so ganz überzeugt es mich noch nicht.
Insgesamt ist mir das schon wieder zu komplex und unübersichtlich (nach dem ersten Überblick).

[Uwe Raabe]

Zitat:

Zitat von stahli (Beitrag 1260913)

Ah, ok, hab´s gefunden.

Es geht zwar schon in die richtige Richtung aber so ganz überzeugt es mich noch nicht.
Insgesamt ist mir das schon wieder zu komplex und unübersichtlich (nach dem ersten Überblick).

Es wird sicher schwierig werden, ein System zu finden, das exakt das und nur das macht, was du möchtest. Software für ein breites Publikum muss viele Bereiche abdecken und individuell konfigurierbar sein. Es gibt sicher auch andere Tools neben MMX (z.B. GExperts, CnTools, Castalia), die ähnliches machen und in manchen Bereichen auch mehr können, in anderen dafür weniger. In alle muss man sich einarbeiten um sie voll auszuschöpfen und alle muss (sollte) man an seine persönlichen Bedürfnisse anpassen. Ist das erst mal geschehen, arbeitet man nur noch damit - und wartet bei jeder neuen Delphi-Version sehnsüchtig auf ein Update.

[Dejan Vu]

Ich persönlich finde, das Formatierung bis ins letzte Detail überbewertet wird. Das macht ja den Code und das Programm ja nicht besser. Und gute Programmierer (für den die Formatierung ja gemacht wird) lesen auch nicht perfekt formatierten Code. Ich z.B. jage fremden Code, der so ganz anders formatiert ist, erst durch meinen Formatter.

[himitsu]

Im Code nehm ich darum auch einfach die akutomatische Sortierung der IDE und eine für mich gut lesbare Formatierung des Quellcodes.

In den Headern gibt es eine möglichst übersichtliche Formatierung/Sortierung und ab und an mal eine gruppierende Leerzeile, samt einer dokumentierenden Kommentierung.
Bei mehreren Klassen/Methoden in einer Unit kommen deren Implementationen auch schonmal in Regionen, genauso wie großere Private&Protected-Blöcke, sowie innere/unwichtigere Typen, so daß man nur noch das Wichtigste der Public&Published sieht.

[Blo]

[QUOTE=Uwe Raabe;1260907]

Zitat:

Zitat von stahli (Beitrag 1260896)

Weiterhin gibt es im Kontextmenü unter Sorting: Order implementations like interface

Vielleicht steh ich ja gerade auf dem Schlauch, aber wie (bzw. wo) genau kann ich das Kontextmenü aufrufen, damit die Prozeduren / Methoden im Implementationsbereich im Editor umsortiert werden, analog zur Reigenfolge im Interfaceteil?

Gruß
Ulrich Blomeyer