| |
November 2002 Diagramm Python: Diagramm für Daten 1-9 1 von m-Import I; Versuch: i_copy=my_i.create('SuperUser '); ausgenommen I.PermissionDenied Wert: Druck "konnte nicht SuperUser:", value.details verursachen i_copy=None 1,3,8 Diagramm für TypeCodes TypeCodes werden in IDL im Schnittstellen behälter definiert Kapitel des allgemeinen Gegenstandes AntragcVermittler: Architektur- und Spezifikations- Dokument. Infolgedessen der Normal abbildend treffen Richtlinien zu. Zusätzlich die typencodekonstanten definiert im TypeCodes Abschnitt (Schnittstellenbehälter Kapitel) des allgemeinen Gegenstandantragvermittlers: Architektur- und Spezifikations- Dokument sind als Variablen Python im Modul vorhanden CORBA, wenn die Namen in den Konstanten TypeCode gegeben sind Unterabschnitt. Für verbraucherbestimmte Arten eine Funktion CORBA.TypeCode kann verwendet werden, die Art zu verursachen Codes. Diese Funktion erwartet den Behälter Identifikation. Wenn Kreation des typencodes ausfällt, CORBA.TypeCode wirft eine Systemausnahme auf. Der Behälter Identifikation einer Art kann sein erreicht mit der Funktion CORBA.id den Gegenstand führend, der die Art darstellt. So ein Gegenstand ist für jede IDL-Art mit einem < scoped_name > vorhanden umfassend Namen, die nicht anders zu einem Konstruieren Python abgebildet werden (wie Artnamensabkürzungen). Wenn unzulässiger Gegenstand wird zu CORBA.id geführt ein BAD_PARAM Systemausnahme wird angehoben. Beispiel: Das TypeCode des CosNaming::NamingContext erreichen Schnittstelle schreiben Sie, irgendein CORBA.TypeCode("IDL:omg.org/CosNaming/NamingContext:1.0") oder CORBA.TypeCode(CORBA.id(CosNaming.NamingContext)) konnte verwendet werden. Zusätzlich sind die ORB-Betriebe für das Verursachen des typencodes, create_*_tc, für vorhanden verursachen Sie Artcodierte Darstellungen. Obwohl sie in PIDL definiert werden, folgen sie Diagramm für IDL-Betriebe in Python. 1,3,9 Diagramm für irgendwelche Wegen des dynamischen Schreibens in Python, gibt es keine Notwendigkeit an einem ausschließlich Art-sicherem Diagramm der irgendeiner Art wie in den c- oder C++-Kartenaufnahmen. Stattdessen dieses muß ganzes sein an der Laufzeit ist der Wert und der typencode, der der Art von entspricht vorhanden Wert. Wegen der Kartenaufnahmen für strukturierte Arten, gibt es keine Notwendigkeit, die die Werte gehören Sie der genauen Kategorie, die durch den IDL-Compiler erzeugt worden sein würde. nur Anforderung ist, daß die Werte an die diese Schnittstelle der IDL-Compiler sich anpassen würde zur Verfügung gestellt haben. Ein Gegenstandhinweis, der von einem jedem möglichem Wert extrahiert wird, muß sein verengt, bevor er in einem Schnittstelle-spezifischen Betrieb verwendet werden kann. |  |
|
| |
|
|