AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 01:02

Parameter dieser Suchanfrage:

Suche in Thema: Pattern: Visitor
Suche alle Beiträge, die von "stahli" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 6 von insges. 6 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 19. Okt 2011
    Oh ja. Ich hatte übersehen, dass overload schon zur Compilezeit ausgewertet wird. :oops:

    Dann dürfte aber der Code
    // Unit A
    type
    IVisitor = interface
    procedure Visit(const x: TClass1); overload;
    procedure Visit(const x: TClass2); overload;
    end;
    TVisitableBase = class
  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 19. Okt 2011
    Ich erkenne auch kein Problem.
    Die Klassen TClass1 und TClass2 müssen dem Compiler natürlich bekannt sein.
    Und Self ist ja dann vom Typ TClass1 oder TClass2.
    M.E. sollte eine solche Vererbung funktionieren.
  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 19. Okt 2011
    Es ging ja auch darum, dass die Klassen keine gemeinsame Basis haben müssen.
  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 18. Okt 2011
    Wenn man Visit den Parameter V zusätzlich mitgibt, kann man Visit natürlich nicht mehr zentral für alle Visitor-Klassen verwenden. Daher würde ich es grundsätzlich wohl bevorzugen den Wert als Eigenschaft VisitorClass.V zu übergeben.


    Jetzt komme ich wieder durcheinander. Wenn Du z.B. TVisitorAdd, TVisitorDel, TVisitorIrgendwas nutzt, dann würdest Du für jede "Nutzung" eine passende Methode...
  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 18. Okt 2011
    @shark
    class helper würde ich nur alt "Notlösung" ansehen. Sofern man eigene Klassen definiert sollte man m.E. darauf verzichten.

    @SebE
    Dafür kann man aber noch einfacher einen Serialisierer (Prozedur oder Klasse) nutzen, dem man die Objekte zum Speichern übergibt. M.E. hätte man damit das selbe Ergebnis.

    @geskill
    So etwa hatte ich mir das gedacht. Man erzeugt also ein VisitorObjekt...
  • Forum: Neuen Beitrag zur Code-Library hinzufügen

    AW: Pattern: Visitor

     
      by stahli, 18. Okt 2011
    Ok vielen Dank für die Vorlage! :thumb:

    Ich habe auch hier schon des öfteren reingesehen und obwohl es deutsch beschrieben ist, wirbelt mein interner Visitor die Inhalte immer wieder durcheinander. :duck:
    Irgendwie bin ich an der gleichen Stelle wie damals, als ich "objektorientierte Programmierung" verstehen wollte. :stupid:

    Darf ich mal Dein Beispiel gedanklich erweitern?
    Deine Klassen...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=stahli&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=163845
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:15 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz