Einfache Datentypen schnell zusammenbauen?

[Der schöne Günther]

Vielen Dank für die Antworten!

Interface extrahieren ist genau was ich wollte- Das hatte ich mir mittlerweile abgewöhnt da die Refactoring-Funktionen meistens eh nicht funktionieren.

Auf die offensichtlichsten Dinge kommt man nie von selbst :spin2:

[stahli]

http://www.delphipraxis.net/175390-i...en-kaputt.html ;-)

Ich wollte gerade mal was dazu lesen...

[Dejan Vu]

Man kann das nicht side-by-side machen. Leider fehlt in Delphi die Möglichkeit, im Interface eine Methode hinzuzufügen und diese dann in allen abgeleiteten Klassen automatisch zu deklarieren und zu implementieren.

In Visual Studio erweitere ich mein Interface und lasse dann per Refactoring die neue Methode/Property einfach in alles Klassen, die das Teil implementieren, hinzufügen. Allerdings habe ich Resharper, es wäre also denkbar, das das damit geht.

Und vermutlich sind die hier schon vorgestellten Refactoring-Tools für Delphi nicht ganz so schrottig, wie das eingebaute Refactoring von Delphi.

Wenn ich mir die Modelmaker-Features anschauen, ist das aber eher ein Productivity-Tool, d.h. die normalen Aufgaben werden einem abgenommen und halbautomatisiert (Add Property, Add Field etc.). Sehr praktisch, aber eben kein Refactoring.

[himitsu]

Na ja, zumindestens die Codevervollständigung bietet dir in der Klasse die Methodennamen der Interfaces, so daß man eine Methode auch ohne Refactoring mit wenigen Klicks hinzugefügt hat.

[Mavarik]

Zitat:

Zitat von Namenloser (Beitrag 1260484)

... vor allem der Sinn des Interfaces erscheint mir hier fraglich.

Ich kann das gut verstehen...

Seit ARC, bin ich ein Fan von Interfaced Objects... Denn seit ich für Android & iOS Programmiere, vergesse ich auf Windows Seite notorisch das Free...

Auch für die Wiederverwendbarkeit des Codes... Stichwort "Dependency Injection" ist es sinnvoll.

Grüsse Mavarik

[jaenicke]

Zitat:

Zitat von Namenloser (Beitrag 1260484)

Ich hatte mir damals (bevor es Generics gab) z.B. mal ein solches Template für eine typensichere TObjectList geschrieben:

Dann doch lieber als .inc Datei ohne die Klassen alle hinzuschreiben... das ging auch schon bevor es Generics gab. Das sah bei mir so aus:

Delphi-Quellcode:

{$IFNDEF COMPILER_14_UP}
  TTypedObjectListItem = TPosScreenElement;
{$define NoNewTypeSection}
{$include 'TypedObjectListTemplate.inc'}
  TPosScreenElementList = class(TTypedObjectListTemplate)
{$ELSE}
  TPosScreenElementList = class(TObjectList<TPosScreenElement>)
{$ENDIF}

Und so weiter... lief mit Delphi 5 wie mit XE.

Da die Deklarationen ansonsten bei der generischen Variante gleich waren, lief der Quelltext mit Template und echten Generics parallel.

[Dejan Vu]

So richtig lesbar/übersichtlich ist das ja nicht gerade...

[jaenicke]

Immer noch besser als die ganze Klasse jedesmal neu zu schreiben. Und ohne die Unterstützung der echten Generics brauchst du ja auch den größten Teil nicht. Ohne reicht ja das:

Delphi-Quellcode:

  TTypedObjectListItem = TPosScreenElement;
{$include 'TypedObjectListTemplate.inc'}
  TPosScreenElementList = class(TTypedObjectListTemplate)
// und nach dem Implementation noch ein Include

Insbesondere aber die einfache Unterstützung von echten Generics und alten Delphis mit nur wenigen Zeilen fand ich aber sehr interessant, da ich auf Generics nicht verzichten wollte, aber auch möglichst wenig redundanten bzw. extra für alte Versionen geschriebenen Code wollte.

[Namenloser]

Den Trick kann man allerdings nur einmal pro Unit verwenden.

[jaenicke]

Nein, ich hatte mehrere ifdefs drin, so dass bis zu drei gingen. Aber sauberer ist ohnehin eine Definition pro Unit.