Was ist Netbeans Suche?

8

Ich habe Schwierigkeiten, das zu verstehen. Im Grunde wird diese Lookup-API verwendet, um lose gekoppelte Intermodul-Natur beizubehalten. Also im Grunde ein Service-Provider und Consumer-Module können miteinander kommunizieren mit Hilfe der Lookup-API korrekt?

Aber was ich nicht verstehe, ist:

ist Lookup wie eine Tasche voller welche Objekte für diese Klasse? Kann jemand eine einfachere Analogie geben?

Also die Abhängigkeiten erstellt, und Sie implementieren den LookupListener im Service-Consumer korrekt? Offensichtlich hat der Verbraucher Abhängigkeit vom Anbieter.

Was ist dann die Implementierung von LookupListener? Es ist ein eigenes Lookup? Wenn also eine Karte der Klasse eines anderen Moduls vorhanden ist, wird sie als ein Objekt innerhalb der Suche der Implementierung von LookupListener?

gespeichert

Also ist Lookup wie eine Tasche, die die Klassen eines anderen Moduls und seine Methoden speichern kann?

Ist das der richtige Prozess, um eine Auswahl zu bestimmen?

  1. In der TopComponent (View) implementieren Sie den Lookup Listener und den Action Listener.
  2. Sie erstellen ein neues Objekt (aus dem anderen Modul)
  3. associateLookup(Lookups.singleton(fff)); nochmal, Verwirrung mit dieser Zeile: was macht associateLookup() genau?
  4. result = Utilities.actionsGlobalContext().lookupResult(Browser1.class); Was macht diese Zeile? Was ist das Ergebnis? enthält es die Klasse Browser1 (aus anderem Modul)?
  5. result.addLookupListener (this) ; Warum würden Sie Listener zum Ergebnis hinzufügen? und was hören wir und warum auf der TopComponent?

  6. Fertig?

Und schließlich, um meine Verwirrung zu fördern, wie kommt Node API ins Spiel?

    
KJW 11.07.2010, 05:03
quelle

2 Antworten

4
vkraemer 11.07.2010, 14:52
quelle
2

Sie können sich Lookups als grundlegendes Werkzeug vorstellen, das loses Koppeln mit hohem Kohäsionsprinzip unterstützt.

Grundsätzlich haben Sie eine API in beverage-api module:

%Vor%

Dann ein anderes Modul beers , das von beverage-api abhängt:

%Vor%

in einem anderen Modul, das auch von beverage-api abhängt, können Sie eine Zauberformel schreiben:

%Vor%

Hier erhalten Sie eine Liste aller Getränkeanbieter, ohne eine genaue Abhängigkeit von der jeweiligen Klasse zu erklären oder von diesem Modul abhängig zu sein. Das ist großartig, Ihr Code hängt nicht von einer bestimmten Implementierung ab, es reicht aus, diese Module im Klassenpfad zu haben und sie werden "automatisch" in Ihre Anwendung geladen.

  

associateLookup(Lookups.singleton(fff)); nochmal, Verwirrung mit dieser Zeile: was genau tut associateLookup ()?

Ja, das ist verwirrend. Im Grunde genommen fügen Sie manuell ein Objekt zum Suchsystem hinzu.

  

result = Utilities.actionsGlobalContext().lookupResult(Beverage.class);

Utilities.actionsGlobalContext() bezieht sich auf die aktuell ausgewählte (aktive) TopCompoment . Es wird eine Instanz von Beverage.class zurückgegeben, wenn sie in der aktiven Komponente vorhanden ist. Wenn Sie alle Instanzen einer bestimmten Klasse verwenden möchten, sollten Sie lookupAll() verwenden.

  

result.addLookupListener(this); Warum würden Sie Listener zum Ergebnis hinzufügen?

Um Benachrichtigungen über Änderungen zu erhalten. Wenn der Benutzer einige Beverages -Objekte auswählt, löst er LookupListener method:

aus %Vor%

und result.allInstances(); geben zurück, welche Instanzen ausgewählt wurden.

    
Tombart 10.02.2015 22:23
quelle