AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Anonyme Methoden in Attributen

Ein Thema von Neutral General · begonnen am 11. Feb 2015 · letzter Beitrag vom 11. Feb 2015
Antwort Antwort
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.920 Beiträge
 
Delphi 10.4 Sydney
 
#1

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 16:08
Auch wenn es nicht gerade das Schönste ist was ich je getan habe.
... zeigen!
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
Benutzerbild von Neutral General
Neutral General

Registriert seit: 16. Jan 2004
Ort: Bendorf
5.219 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#2

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 17:04
Auch wenn es nicht gerade das Schönste ist was ich je getan habe.
... zeigen!
Das ist gar nicht so einfach und ohne ganz großen Kontext sieht es wahrscheinlich noch schlimmer aus :X

Ich versuche es mal zu erklären. Grob gesagt:
Es gibt eine abstrakte Basisklasse "TSearchProvider" mit einer Methode Search() und einer Liste von Methodenzeigern (TProcessSearchResult= procedure(SearchResult: TSearchResultObject) of object) die Funktionen auf die Daten bereitstellen die der SearchProvider findet.

Nun gibt es ein "TSearchEngine" (Singleton) bei der TSearchProvider-Ableitungen (Instanzen dieser Ableitungen) registriert werden können.

Im Programm selbst wird nur SearchEngine.Search('Suchbegriff') aufgerufen was daraufhin intern das Search('Suchbegriff') aller registrierten TSearchProvider-Objekte aufruft.

TSearchEngine gruppiert die Suchergebnisse nach Providern. D.h. SearchEngine.Search gibt eine Liste mit Listen der Suchergebnisse der einzelnen Searchprovider zurück. Diese Listen (in der großen Liste) besitzen eine Referenz auf den Searchprovider der diese Liste "beigetragen" hat.

Derjenige der nun SearchEngine.Search aufruft hat nun quasi sowas wie eine TGroupedResultList<TSearchProviderResultList<TSear chResultObject>> mit den Ergebnissen (wie gesagt: pro Searchprovider eine Liste).

Der Aufrufer stellt nun die Ergebnisse in einem Grid dar und möchte dem Endbenutzer nun die Möglichkeit geben Operationen auf den Suchergebnissen auszuführen (per Popupmenu z.B.). Die SearchEngine hat natürlich keine Ahnung was für Daten sie da ausgespuckt hat.

ALLERDINGS gibt es da die Liste der Operationen die die einzelnen SearchProvider bereitstellen (können). TSearchProviderResultList beinhaltet eine Referenz auf den Provider der wiederrum die Liste mit Methoden inkl. Caption für die Methoden bereitstellt.

Nun kann der Aufrufer beim Popup des Popupmenus einfach dynamisch das Popupmenu mit den Aktionen füllen die im zum ausgewählten Suchergebnis zugehörigen Searchprovider enthalten sind.
Nun kann es aber sein dass nicht für alle Suchergebnisse des selben Providers alle Operationen zur Verfügung stehen sollen (z.B. ein SearchProvider für Adressen mit der Operation "Bestellung schreiben", die natürlich nur bei Lieferanten und nicht bei Kunden angezeigt werden soll).

Soweit so toll. Falls noch jemand am lesen ist: Nun zum eigentlichen Problem:

Ich dachte damit derjenige der von TSearchProvider ableitet es relativ bequem hat erlaube ich einfach sowas:

Delphi-Quellcode:
TAdresseSearchProvider = class(TSearchProvider)
public
  // Search() für Adressen überschreiben + anderer Kram ...

  // Operationen
  [TSearchResultOperation('Bestellung schreiben',
     function(AData: TSearchResultObject): Boolean
     begin
       Result := TAdressResult(AData).IstLieferant;
     end)
  ]
  procedure BestellungSchreiben(AData: TSearchResultObject);
end;
Im constructor des abstrakten TSearchproviders würde ich dann per RTTI die Methoden durchlaufen und nach Methoden mit dieser Signatur + dem TSearchResultOperation-Attribut suchen und diese automatisch zu der Operationen-Liste hinzufügen mit dem im Attibut angegebenen Namen und anonymen Check-Procedure.

Somit muss derjenige der Ableitet sich um das hinzufügen zur Operationen-Liste nicht kümmern.

Und beim Aufbau des PopupMenüs:
Delphi-Quellcode:
for i:= 0 to SelSearchResultObject.Provider.Operations.Count-1 do
begin
  // ACHTUNG: Starker Pseudocode:
  if SelSearchResultObject.Provider.Operations[i].CanUse(SelSearchResultObject) then // <-- anonyme Methode aus dem Attribut
    PopupMenu.AddItem(SelSearchResultObject.Provider.Operations[i].Name, SelSearchResultObject.Provider.Operations[i].Code);
end;
Da das mit den anonymen Methoden in den Attributen nicht geht habe ich es so gemacht dass TSearchProvider beim Durchsuchen der Methoden nachdem es eine Methode mit TSearchResultOperation-Attribut gefunden hat nach einer Methode sucht die genauso heißt + 'Check':

oeprationCheckMethod := rttiType.GetMethod(operationMethod.Name + 'Check'); Und diese wird dann in Operation.CanUse eingetragen.
Der SearchProvider sieht dann so aus:

Delphi-Quellcode:
TAdresseSearchProvider = class(TSearchProvider)
public
  // Search() für Adressen überschreiben + anderer Kram ...

  // Operationen
  [TSearchResultOperation('Bestellung schreiben']
  procedure BestellungSchreiben(AData: TSearchResultObject);
  function BestellungSchreibenCheck(AData: TSearchResultObject): Boolean;
end;
Und das ist nicht so schön.
Und Daniel: Ich hoffe du hast auch brav alles gelesen, du wolltest es ja wissen

(Ich hoffe man konnte es halbwegs verstehen )
Michael
"Programmers talk about software development on weekends, vacations, and over meals not because they lack imagination,
but because their imagination reveals worlds that others cannot see."
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.052 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#3

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 17:41
Mit nem Command Pattern hätte sich das sauberer lösen lassen:

Delphi-Quellcode:
type
  ISearchResultCommand = interface
    function CanExecute(AData: TSearchResultObject): Boolean;
    procedure Execute(AData: TSearchResultObject);
  end;
Das wird dann von allen deinen Operationen z.B. TBestellungenSchreiben implementiert.
Ganz nebenbei hast du deinen Code noch schön entkoppelt und deine ganzen Operationen sitzen nicht in den TSearchProvider Klassen sondern sind eigenständig.

Zudem ist das ganze viel flexibler denn nun kannst du bei den search providern eine Liste von ISearchResultCommand reinpacken, gibst den Dingern noch ne Name oder Caption Property und bumms ist das einbauen einer neuen Operation ein Kinderspiel: einfach neue Klasse bauen und zur Liste hinzufügen. Damit kannste mit einer Schleife bequem dein Kontextmenü befüllen.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie (11. Feb 2015 um 17:46 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#4

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 21:06
Hüstel ... das macht man doch generisch
Delphi-Quellcode:
ICommand = interface
  function CanExecute : Boolean;
  procedure Execute;
end;

ICommand<T> = interface
  function CanExecute( const Value : T ) : Boolean;
  procedure Execute( const Value : T );
end;
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.052 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#5

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 22:05
Hüstel ... das macht man doch generisch
Macht man nicht, weil man dann mit GUIDs verschissen hat...
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.527 Beiträge
 
Delphi 12 Athens
 
#6

AW: Anonyme Methoden in Attributen

  Alt 11. Feb 2015, 22:20
Nja, man muß den Generic nur nochmal ableiten, dann geht das schon.
Und das Problem gibt es nur, wenn man auf das Interface prüfen/casten will/muss.

Delphi-Quellcode:
type
  // falsch
  IIntegerCommand = ICommand<Integer>;

  // richtig
  IIntegerCommand = Interface(ICommand<Integer>)
    ['{00000000-0000-0000-C000-000000000046}']
  end;
Genau so muß man es auch machen, wenn man generische Klassen in der VCL benutzen will, denn < und > ist in Typen dort nicht erlaubt.
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu (11. Feb 2015 um 22:23 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:58 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz