2-26 MitteilungscService, v1.0.1 August 2002 2 ¥ alle mögliche Verkäufer-definierten Schlüsselwörter muß von der Form sein: < Kennzeichnung >: . Die Doppelpunkte verhindern irgendwelche neuen Konflikte mit Fall-spezifischem enum s und bilden auch diese Verlängerungen einfach finden. Wie oben angeführt a < Bestandteil > ist eine Ansammlung genannte Bezeichner. Jedoch mehrfach Schichten Verkapselung können möglicherweise nicht die Bezeichnernamen wirklich haben, die mit ihnen dazugehörig sind. Glücklicherweise braucht der Begrenzungsautor, nicht mit diesen namenlosen Schichten betroffen zu werden. Wenn ein Fallartbehälter ist im Gebrauch, es in der LageIST, die Verkapselung zu liefern Informationen. Wechselweise wenn die Laufzeitmaschine für auseinanderziehen verantwortlich ist die Fallstruktur, trifft sie (und über ruhig überschreiten) diese namenlosen Schichten an. , um dieses Konzept freier zu bilden, betrachten Sie die folgenden Fallbestandteile: Fall. memA. Irgendwelche. struct { internes val, cnt; }; Fall. Mitglied. Irgendwelche. Irgendwelche. intern; Fall. Putzfrau; Fall. methA. (Putzfrauschlüssel, irgendein. internes types[10 ]); Im ersten Beispiel das struct wird im CORBA::Any eingekapselt genanntes memA zum Bezugß$+0cnt würde man $.mema.cnt verwenden . Im zweiten Beispiel ein internes ist aufgewickelt in einem namenlosen CORBA::Any und andererseits in Mitglied (genannt CORBA::Any ) . Hier die namenlose Ganzzahl man zu beziehen würde schreiben $.memb . Im dritten Beispiel eine Putzfrau wird sofort in einem CORBA::Any aufgewickelt und gesendet durch die Führung; in diesem Fall $ stellt alleine die Daten dar. Der letzte Fall besteht von einer Methode und von seinen Argumenten; hier, $.metha.types[3 ] kennzeichnet das 4. Element innen das 2. Argument zum MethodenmethA. Wie oben angeführt braucht der Begrenzungsautor, nicht über namenlose Schichten von betroffen zu werden Verkapselung. Dieses deutet an, daß es möglich ist, eine einzelne Begrenzung zu schreiben, die wird arbeiten Sie auf den strukturierten (geschrieben oder unklassifiziert) und unstrukturierten Fällen. Z.B. betrachten Sie das == der Begrenzung $.header. xed_header.event_type.type_name CommunicationsAlarm ; wenn der unstrukturierte Fall a miteinschloß Überschrift xed_header.event_type.type_name Mitglied, dann beide Arten von den Fällen konnte durch den gleichen Proxy mit dieser Begrenzung gefiltert werden. Eine komplette Spezifikation der Verbesserungen zur Händlerbegrenzungssprache BNF definiert worden durch den Mitteilungsservice kann in Abschnitt 2,4,8, Verlängerungen gefunden werden zu Händlerbegrenzungssprache BNF, auf Seite 2-32. 2,4,3 Arithmetische Umwandlungen für Mischdatenarten In den allgemeinen, arithmetischen Umwandlungen folgen Sie den üblichen arithmetischen eingestellten Umwandlungsrichtlinien weiter durch C/C++. Jedoch im Kontext des Mitteilungsservices, ist sie nicht immer möglich, die Datenarten aller Rechengrößen an Kompilierzeit festzustellen. Folglich innen der Auftrag zum Vereinfachen von Datenumsetzungrichtlinien, die meisten arithmetischen Betriebe sind durchgeführtes Verwenden jedes CORBA::Long oder CORBA::Double . Das Resultat jedes Betriebes wird dann geworfen zurück zu der Datenart von capacious der Rechengrößen, zusammen mit ihm s schwach oder starkes Artattribut (wie unten beschrieben). Die folgenden Richtlinien dann, regeln mathematische Betriebe mit Mischdatenarten.