April 2002 Omg-mof, v1.4: Die Reflektierenden Schnittstellen 6-3 6 6,2 Die ective Reschnittstellen Dieser Abschnitt beschreibt die Schnittstellen, die im "reflektierenden" Modul definiert werden. Diese Schnittstellen werden auf den Schnittstellen modelliert, die durch das IDL-Diagramm produziert werden. Jedoch gibt es einige wichtige Unterschiede: der reflektierenden Betriebe des ¥ führen Sie die Werte Attribute und Hinweise und Parameter zu den Betrieben und zu den Ausnahmen als CORBA irgendwelche Werte. Abgebildet Versionen dieser Betriebe führen die Werte mit exakten Arten entsprechend Metamodell. reflektierende Betriebe des ¥ auf Verbindungen führen Fallgegenstände mit der Art RefObject. Die abgebildeten Versionen dieser Betriebe führen Fallgegenstände mit ihrem zutreffenden Arten. ¥ die "Ziel" Eigenschaft für einen reflektierenden Betrieb wird als" Designator"Parameter geführt wer Art ein MOF-Metagegenstand ist. Im abgebildeten Fall ist das Ziel in implizit abgebildeter Betriebsname. Wie vorher angegeben, die reflektierenden Versionen der Betriebe, die in definiert werden abgebildete IDL, lassen ein Programm die Informationen nicht verletzen und rechnerisch Modelle angedeutet durch die Metamodelldefinition. Dieses umfaßt das Erlauben nicht von Betrieben das, wenn sinnvoll für ein Modell, sind nicht mit den abgebildeten Schnittstellen möglich. Für Beispiel, während es sinnvoll sein konnte, refSetValue auf einem wahlweise freigestellten Attribut zu benennen ein "leeres" Argument führend (passend kodiert), wird dieses nicht erlaubt: das Programm muß refSetValue benutzen. Dieser Abschnitt besteht aus einem Unterabschnitt, der einige allgemeine Muster erklärt, die benutzt werden für die kodierenparameter verwendet durch viele reflektierende Betriebe. Die restlichen vier Unterabschnitte beschreiben jede reflektierende Schnittstelle der Reihe nach. 6,2,1 Kodierenmuster des ective Rearguments. Das reflektierende Modul bilden schweren Gebrauch des CORBA irgendeine Art, Meta- zur Verfügung zu stellen vorbildliche unabhängige Schnittstellen. Dieser Abschnitt definiert einige allgemeine benutzte Muster während der reflektierenden Schnittstellen für kodierenparameterinhalte in Anys. Anmerkung -- es ist daß die Artinformationen (ausgedrückt als CORBA TypeCodes) innen wichtig das kodierte Anys ist genau, wie unten spezifiziert. Insbesondere Ansammlungsartnamensabkürzungen und ihre Namen sind vorgeschrieben. Wenn die niedrige Art der Wert-Definiereneigenschaft ein DataType ist, das TypeCode in kodierte muß das volle TypeCode für die niedrige Art irgendwie sein. Schreiben Sie Namensabkürzungen darf nicht sein weg optimiert und alle wahlweise freigestellten Namen (z.B., der structarten, Felder und so weiter) müssen sein Geschenk. (Optimierung der Artinformationen in Anys sollte auf dem ORB-Niveau erfolgt werden wenn an allen.)