LISP, das V1.0 abbildet für Schnittstelle Mai 2000 abbildet A-11 A A.13, das für Schnittstelle abbildet Unser Namengeben folgte dem Standard, der Versammlungen nennt: eine Schnittstelle wird als a angesehen Klassifikator; Attribute entsprechen StructuralFeatures Betrieb zu BehavioralFeature . Das Schnittstellendiagramm enthält einige Teile: Diagramm von IDL für Schnittstellenkategorie im UML-Modell von IDL in abgebildetes Modell (d.h., Erzeugung der zusätzlichen Kategorien); Diagramm von UML für Schnittstelle in LISP; Implementierung auf Bediener-Seite. Das Diagramm des UML in LISP ist direkt. die Bediener-Seite, die Ausgaben abbildet, sind unten besprochen. Erzeugung A.13.1 der zusätzlichen Kategorien Wir folgten dem Java abbildend auf Erzeugung der Stummel- und Skelettkategorien Entsprechen einer gegebenen Schnittstelle. Wir verwendeten als Suffixe für diese erzeugten Kategorien - Proxy und - Bediensteter. Es würde zum Gebrauch - roden Sie und - Skelett gleichmäßig angemessen sein; in irgendwelchen umkleiden Sie dieses beeinflußt nicht die Semantik und wir beschlossen, mit dem großen gleichbleibend zu sein Unterseite des Verkäufercodes mit den Strompräfixen. Unser hier abbilden vermied den Aspekt der Java-/C++kartenaufnahmen, in denen bestimmter Benutzer Kategorien oder IDL-Schnittstellen machen nameclash mit erzeugten Kategorien ein. Diagramm A.14 von valuetype Valuetype wird in der Standardweise als Klassifikator angesehen. Mitglieder Valuetype sind abgebildet zu StructuralFeatures Betriebe werden zum Betrieb abgebildet . Das Diagramm von valuetype muß mit großer Obacht wegen der Abhängigkeiten mit POA getan werden, abstrakte, abstrakte Schnittstelle, Fabrik, GIOP-, RMI-Behälter Identifikation und kundenspezifischer Marshal. Weil das Designziel des LISP-Diagramms, das Diagramm zu bilden war, wie bedienungsfreundlich wie möglich, benötigen wir eine Menge real-world Verwendenschachteln, das Recht zu entwerfen abbildend und bilden Sie die rechten Kompromisse. Folglich sollte unsere Designentscheidung einfach Übereinstimmung mit unserem Standard behalten Diagramm Grundregeln und zum Umfang aufschieben gleichbleibend mit minimalem angefordert Beweglichkeit die Benutzerfreundlichkeiteigenschaften zum Bearbeiten der Verkäufer. Obgleich diese Designentscheidung könnte haben Sie theoretisch die Konsequenz des Erzeugens einer starken Verbreitung der inkompatiblen Mühelosigkeit von-verwenden Sie Eigenschaften (meistens Makros), wir glaubte, daß der Gefahr von diesem innen die meisten überwogen wurde Fälle durch die Gefahr der overspecifying Eigenschaften, die, ausfielen nicht weit innen benutzt zu werden üben Sie, aber dessen Einbeziehung Ausstellung des Standards erschwerte. Unterstützungen A.14.1 < < stützt sich > > Verbindung von einem Valuetype zu seinen gestützten Schnittstellen könnte haben eingeführt ohne Erbschaft, die in bestimmten Fällen leistungsfähiger sein könnte. Wir glaubten, daß das das Diagramm, das < < ist, > > Verbindung zur Erbschaft war einfacher stützt.