November 2002 Dss-Spezifikation: Diagramm zu CORBA IDL 1-9 1 1,3,2,4 Handgriffe Wie in 1,4,2 der Schnittstellenbeschreibung erklärt, verwendet die Schnittstellenbeschreibung Bezeichnung "Designator" als Verallgemeinerung von Namen und von Handgriffen. Die meisten Dienstleistungen erfordern Handgriffe. Klausel 10 der Schnittstellenbeschreibung stellt die Dienstleistungen dar, die an sind bilden Sie Namen zu den Handgriffen und zu den Handgriffen zu den Namen ab. Namen in den meisten Fällen (z.B., Gegenstandkategoriennamen, Attributnamen, Abhängigkeitskategoriennamen, usw..) gekommen von FDD. Thus, das sie vor Zeit zu allen bekannt, vereingigt zu einem Bündnis. Gegenstand Fallnamen sind jedoch unterschiedlich. Diese Namen können durch das Registrieren gewählt werden verbündet oder sie kann von RTI. Thus dynamisch verursacht werden, das diese Namen häufig sind nicht vorhersagbar. Handgriffe in allen Fällen werden durch das RTI erzeugt. Sie sollen kompaktes Zeichen sein, zugewiesen durch das RTI, verwendet um der Leistungsfähigkeit willen anstatt der Namen. Wo Handgriffe entsprechen Namen vom FDD, diese Handgriffe werden erzeugt durch RTI repeatably. Dies heißt das, wenn zwei Vereinigungdurchführungen auf demselben verursacht werden Version des gleichen RTI mit der gleichen FDD-Akte, dann die Handgriffe zugewiesen demselben Name ist derselbe in jeder Vereinigungdurchführung. Diese Eigenschaft erleichtert speichert und Wiederherstellungen in der Handgriffe, anstatt die Namen, können vorbei gespeichert werden zu einem Bündnis vereingigt. Diese Eigenschaft nicht deutet jedoch an, daß ein RTI die Handgriffe zuweisen muß, die in gewissem Sinne einem priori bekannt sind vereingigt zu einem Bündnis. Handgriffe sind in einer Vereinigungdurchführung einzigartig. Verbündetes jedes weiß dasselbe Einzelteil durch dasselbe fassen an. Dies heißt daß das verbündete, einen Gegenstandfall registrierend kennt es durch den gleichen Handgriff wie ein anderes verbündet, das den Gegenstandfall entdeckt. Jede Art Handgriff wird in IDL als Schnittstelle dargestellt (z.B., ObjectClassHandle oder FederateHandle ). Ein RTI-Implementer führt ein schließen Sie für jede solche Schnittstelle an, dessen Details vom verbündeten versteckt werden Entwickler. Die Methoden auf RTIambassador daß Rückkehrhandgriffe Fälle von zurückbringen das Entsprechen implementer-stellte Schnittstelle zur Verfügung. Der RTI-Benutzer d.h. ein verbündeter Entwickler, kann nicht sehen noch mit betroffen werden, sollte die Implementierung des RTI-Implementers von die Schnittstelle. Die Konsequenzen dieses Entwurfs sind daß erstens Handgriffarten sind Art-sicher und, zweitens sind RTI-Entwickler frei, jede mögliche Form des internen Zustandes für Handgriffe anzunehmen das sie wählen. Jede Handgriffschnittstelle stützt equals() und hash_code() damit Handgriffe sein können verwendet als Schlüssel in den Hacktischen. Häufig während einer Vereinigungdurchführung, ist es nützlich, damit zu einem Bündnis vereingigt Informationen sendet Kennzeichnen eines Einzelteils zu einem anderen verbündeten. Z.B. kann verbündetes ein möchte senden Abhängigkeit zu einem anderen verbündeten, einen bestimmten Gegenstandfall kennzeichnend. Senden die Informationen, die ein Einzelteil zu einem anderen verbündeten kennzeichnen, dort sind zwei Wahlen: senden Sie Name des Einzelteils oder senden den Handgriff des Einzelteils.