| |
D-8 LebenszykluscService, v1.2 September 2002 D aus other_properties PropertyList) Erhöhungen (CosNaming::NamingContext::NotFound, CosNaming::NamingContext::InvalidName); Dieser Betrieb bringt das key_set zurück und other_properties dazugehörig mit dem Namen . Errichten eines Diagramms eines Diagramms Leitungswerkzeuge können möchten ein Diagramm eines Vereinigungdiagramms vom Kratzer errichten und einige der Betriebe oben werden für diesen Zweck zur Verfügung gestellt. Zuerst von allen, muß das Werkzeug den Satz der Leitungsschnittstellen für alle Fabriken erhalten ausgeübt werden. Diese konnten von einer Anzahl von Quellen erreicht werden (z.B., ein Brunnen bekannter handelnder Kontext). Für jede Schnittstelle die list_generic_factories Betrieb erhält eine Liste aller Verbindungen für jeden Nullpunkt. Verwenden resolve_generic_factory kann eine Service-Schnittstelle erhalten werden für jede Verbindung. Diese können zu einem Leitungsschnittstellenverwenden dann zusammengebracht werden match_service . Offenbar stuft dieses nicht gut ein, wenn es viele Nullpunkte gibt, die wegen mit einbezogen werden durchschnittliche Zahl von Anforderungen von match_service erfordert. Dieses Problem kann sein gelöst wenn eins der other_properties mit jeder Service-SchnittstelleIST ein Tip verbunden und ein Tip ist für jede Leitungsschnittstelle vorhanden. Wenn die Tips dieselben sind, dort sein können ein Gleiches und ein match_service wird benannt, um zu überprüfen. Wenn die Tips sein konnten garantiert, um eindeutig zu sein, konnte die Anforderung zusammen vermieden werden, aber dieses erfordert ein globales namespace für die Tips. Das beste, daß angemessen erzielt werden kann, ist die Wahrscheinlichkeit eines Zusammentreffens auf ein Minimum beschränken. Das get_hint und get_link_properties kann zu diesem Zweck verwendet werden. |  |
|
| |
|
|