Einschränkungen bei der Anpassung von Objektmodellen

Einträge aus Sammlungen in einem Objektmodell/einer Funktion löschen

HINWEIS

notice

Sammlungen dürfen nicht durch das Löschen von Einträgen angepasst werden.

Sie dürfen eine bestehende Sammlung in einem Objektmodell oder einer Funktion nicht anpassen, indem Sie Einträge aus ihr entfernen. Wenn Sie Einträge löschen und die Sammlung speichern, gibt der Funktionseditor keinen Fehler aus, aber die Anpassungslogik wird ihre Änderungen intern nicht berücksichtigen. Deshalb werden beim erneuten Lesen des Objektmodell oder der Funktion die entfernten Einträge weiterhin angezeigt.

Dies betrifft die folgenden Sammlungen und Einträge:

Auf der übergeordneten OM-/Funktionsebene

Auf Eigenschaftsebene

Auf Abbildungsebene

Bitte beachten Sie, dass diese Einschränkungen für Löschvorgänge nur Einträge auf den "niedrigeren" Benutzerdefinitionsgraden betreffen. Wenn Sie zum Beispiel ein Projekt oberhalb einer HQ-Bibliothek anpassen, kann der Projektingenieur keine HQ-Symbole entfernen. Es ist jedoch möglich, projektspezifische Symbole, die zuvor hinzugefügt wurden, wieder zu löschen.

 

Einzelne Eigenschaft kommandieren

Die Kommandierung wird über einen Regelsatz definiert, dessen Adressierung durch die Eigenschaft Name geregelt wird.

Namen von Befehlsregeln

Alias für Befehlsregeln

Dies ist die andere Texteigenschaft zur Identifikation von Befehlsregeln. Im Gegensatz zu dem obligatorischen Namen ist der Alias optional. Verwenden Sie den Alias nur, wenn die Semantik tatsächlich übereinstimmt. Andernfalls lassen Sie diesen unausgefüllt. Sie sollten ausserdem bedenken, dass Aliase im gesamten Objektmodell eindeutig sein müssen. Namen hingegen müssen nur innerhalb einer Eigenschaft eindeutig sein.

Befehlsabhängigkeiten

Im Zuge der Anpassung dürfen Befehlsabhängigkeiten nicht hinzugefügt, entfernt oder geändert werden. Bedenken Sie jedoch, dass die die ursprüngliche Quelle des Objektmodells (z.B. HQ) Befehlsabhängigkeiten in zukünftigen Releases ändern kann.

Spezielle Empfehlungen für Bibliotheken

Systemspezialisten dürfen eine Befehlsregel nicht löschen und dann eine neue Befehlsregel mit dem gleichen Namen einfügen. Der gleichlautende Name lässt zwar vermuten, dass die neue Befehlsregel mit der gelöschten übereinstimmt, es gibt jedoch verborgene Identifikatoren, sodass die neue Befehlsregel intern immer von der vorherigen abweicht. Aus diesem Grund kann es zu gravierenden Anpassungsfehlern im Projekt kommen, wenn die Bibliothek auf diese Art und Weise aktualisiert wird.

Ebenso ist es unzulässig, eine vorhandene Befehlsregel zu löschen und deren Namen anschliessend für eine andere vorhandene Befehlsregel zu verwenden. Wenn Sie Ihre Bibliothek auf diese Weise aktualisieren, veröffentlichen die neuen Releases die umbenannte Befehlsregel mit den falschen internen Identifikatoren bezogen auf die in angepassten Projekten enthaltenen IDs.

Sie vermeiden diese Art von Konflikten, indem Sie die Namen von Befehlsregeln niemals ändern oder wiederverwenden. Bedenken Sie, dass die Befehlsregelnamen nur innerhalb einer Eigenschaft eindeutig sein müssen.