Namenskonventionen

Jedes vom Resource-Interface abgeleitete Interface hat klar strukturierte Eigenschaften, die von der Rational CM API untersucht und modifiziert werden können. Außerdem hat jedes Interface klar strukturierte Operationen, die für den Proxy aufgerufen werden können, um etwas in der zugrunde liegenden Ressource auszulösen.

Für eine Proxymethode, deren Name wie folgt beginnt, gilt:

Methoden, die Eigenschaften abrufen (get) und festlegen (set), interagieren nicht mit der Ressource. Die set-Methoden speichern ihre Argumentwerte im Proxy, und die get-Methoden rufen bereits im Proxy gespeicherte Eigenschaftswerte ab. Werte aus einem Repository werden mit einer do-Methode wie Resource.doReadProperties() gelesen, und mit einer do-Methode wie doWriteProperties() werden Werte in ein Repository geschrieben.

Die do-Methoden bewirken, dass der Rational-CM-API-Provider Operationen für die Ressource ausführt. Außerdem führen sie zu einer Interaktion mit dem Server. Viele do-Methoden können mit einem Parameter PropertyRequest oder Feedback verwendet werden, in dem der Client die Eigenschaften anfordern kann, die beim Ausführen der Methode von der Ressource gelesen werden sollen. Alle do-Methoden schreiben sämtliche Eigenschaftswerte, die seit der letzten Serverinteraktion im Proxy festgelegt wurden, in die eigentliche Ressource.

Der Name der einzelnen Interfaces in den verschiedenen Rational-CM-API-Paketen ist eindeutig und enthält ein Präfix, das das übergeordnete Paket bezeichnet. So ist der Code leicht lesbar, auch wenn keine vollständig qualifizierten Interfacenamen verwendet werden.