B-4 Hartnäckiger ZustandcService, v2.0 September 2002 B leeres destroy() der Öffentlichkeit wirft NoEmpty { wenn (my_state().is_empty()) { my_state().destroy(); } sonst { Throw neues NotEmpty; } } // my_state().create_iterator() der list()' Verpackungen } B.1.3 Einführen Der SpeichercGegenstände Abhängig von der PSS-Implementierung und dem zugrundeliegenden datastore NamingContextState kann in den unterschiedlichen Weisen eingeführt werden. Eine PSS-Implementierung für ein ODMG-System würde vermutlich ein Wörterbuch liefern schreiben Sie, als eigene Verlängerung. Z.B.: storagetype OdmgNCtxState führt NamingContextState ein { Zustand dictionary<CosNaming::ComponentName, Gegenstand > m_map; }; storagehome OdmgNCtxStateHome der Werkzeuge OdmgNCtxState NamingContextStateHome { }; Eine PSS-Implementierung für Oracle8 könnte eine genistete Tabellenart zur Verfügung stellen, da es a ist gebürtige Eigenschaft Oracle8. Z.B.: nestedtable BindingTable { Name des Zustandes CosNaming::ComponentName; Zustandgegenstandobj; Schlüsselname; }; storagetype OracleNCtxState führt NamingContextState ein { Zustand BindingTable m_table; }; storagehome OracleNCtxStateHome der Werkzeuge OracleNCtxState NamingContextStateHome { }; Jedoch für etwas Entwickler, ist Beweglichkeit wichtiger als Leistung. Solches a Entwickler würde nur Standard-PSDL verwenden, um his/her Implementierung zu definieren, PortableNamingContextState : struct ListElement { CosNaming::NameComponent-Name; Gegenstandobj }; typedefsequence<ListElement > -liste;