Replies: 1 comment
-
|
Hello, My answers below:
They have not been renamed, we choose to display inherited members in italic and prefixed by a ^. (https://doc.mbse-syson.org/syson/v2025.4.0/user-manual/release-notes/release-notes.html, search for "New "Show/Hide Inherited Members in Diagrams" diagram panel entry")
We choose to not display inherited members as ports. Hope it will help you! Regards, |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I have a question about the instantiation of an object of type "part" from an object of type "part def" (with a FeatureTyping link).
In my understanding, this process is comparable to an instance/class relationship in object-oriented programming. The instance should inherit all the characteristics of its original class.
However, in SysON, this inheritance appears to be only partial.
In the given example, "part2" is an instance of "PartDefinition1". It has inherited "portAlpha", "portBeta", and "action1", except that they have been renamed "^portAlpha", "^portBeta", and "^action1".
However, they do not appear graphically on the instantiated part. For example, to view and use/connect "portAlpha", you need to manually create a port and rename it "portAlpha" for it to be usable.
If my understanding is correct, I'm wondering what the purpose of defining part defs is if each element has to be manually redefined when needed?
Is this expected behavior according to the SysON specifications, or is it an error?
Beta Was this translation helpful? Give feedback.
All reactions