A-2 LISP, das V1.0 Mai 2000 Abbildet A Möglicherweise völlig feststellen konnten angenommen, theoretische Betrachtungen nicht ob zu erfordern Sie das ausdrückliche Namengeben des Klassifikators, von dem eine Eigenschaft eine Eigenschaft ist, es reizt auf den breiten Körper von praxis unter zwei kommerziellen ORB-Verkäufern bauen, drei ORBs und viele kommerzielle Benutzer von diesen ORBs in den unvereinbaren Industrien, das hat geschienen uns, eine starke Präferenz anzuzeigen, unter Benutzern obwohl formlos berichtet für das Java-Arteigenschaftsdiagramm. Dennoch ist diese Tatsache in sich nicht überzeugend wegen des offenkundigen Einflusses der Self-selectionvorspannung: jene Benutzer, die die C-Art bevorzugen Das Eigenschaftsdiagramm kann irgendein Gebrauch von dem kommerziellen Stützen ORBs vermieden haben die Java-Arteigenschaft, die völlig abbilden, oder sie können zum Report einfach gesunken sein ihre Meinungen des Diagramms. In irgendeinem Fall wird eine ORB-Implementierung nicht verurteilt von der stützenden C-Art, die für Eigenschaft durch diese Spezifikation nennt. Paket Der Eigenschaft A.1.2 In irgendeinem Fall unsere Entscheidung zum nicht Erfordern des ausdrücklichen Namengebens des Klassifikators, der a besitzt Eigenschaft, wenn sie die Eigenschaft verwendet, zwingt uns, ein bestimmtes Paket festzustellen, in dem das Symbol, das dem Namen solch einer Eigenschaft entspricht, liegt. Lange Namen sind schwierig zu verwenden; kurze Namen können mit vorhandenen Verbräuchen widersprechen. Wir wählten einen langen Namen für Disambigusierung und einen kurzen Nickname. Der minimale Verbrauch würde zum SCHLÜSSELWORT, als Symbole diesbezüglich abbilden gesollt sein Paket sind einfacher, in bestimmten Weisen als Symbole in anderen Paketen zu verwenden wenn ihr Symbol-Wert braucht nicht eingestellt zu werden. Wieder konnte dieser Verbrauch mit vorhandenem Benutzercode widersprechen; wegen des allgemeinen Verbrauchdrehbuches CORBA s der Integration der Vermächtnissysteme, wir wollte irgend solche Vermächtnisprobleme vermeiden. Schlüsselwörter sind auch nicht als Schlitz annehmbar Namen. Wir betrachteten auch für einige verschiedene hoch entwickelte Tricks der Zeit mit dem LISP-Paket Import und Paket mit Funktionen. Unsere Erfahrung ist in der Praxis daß der kleine Raum Sparungen sind selten wenn überhaupt wert das Nichttransparent des resultierenden Codes. Wir betrachteten auch, zum Schlüsselwortpaket zusammen mit dem Vorsetzen des Namens von abzubilden die Eigenschaft mit einem Buchstaben wie ".", oder "/". A.1.3 BehavioralFeature Das Diagramm der Anforderung von BehavioralFeature konnte scheinen, Unkosten an zu erfordern Anforderungzeit wegen der Fehlanpassung in den Lambda-Listen zwischen dem erklärten IDL Betrieb und die tatsächliche generische Funktion genannt durch dieses BehavioralFeature . Glücklicherweise kann Compilermakro dieses Problem lösen, wenn es ein Problem ist, ohne Beweglichkeit zu beeinflussen. Sicht der Eigenschaft A.1.4 Die Frage des Diagramms für StructuralFeature Sicht entstand nur im valuetype Diagramm. Wir betrachteten zuerst, Accessorerzeugung für privates zu hemmen StructuralFeatures . Wir wiesen dieses jedoch und Diagrammsicht genauso wie zurück wir bilden ab isAbstract Attribut von GeneralizableElement als Beschränkung an beweglicher Benutzercode.