Open alexgordtop opened 7 months ago
TF AAS Part 1 2024-05-15
Workstream AAS Spec 2024-06-13 Approved to add an abstract class "ContainerElement". These classes will inherit from this class:
Operation might need to be reconsidered later to be added as well
compare to https://github.com/admin-shell-io/aas-specs/issues/434: removing abstract class was considered to be risky to change. So I wonder whether introducing a new abstract class has the same effect.
Is your feature request related to a problem? Please describe. In documentation and implementation we often describe special aspects of SubmodelElements, that may contain other SubmodelElements. It would be handsome to define a corresponding interface, so that we can talk about them.
For reference / completeness checks it would be handsome to have that interface, so that a developer could easily identify all SubmodelElements, that require more attention.
Describe the solution you'd like Introduce an interface "ContainerElement" comparable to DataElement and apply it to AnnotatedRelationshipElement, Entity, SubmodelElementCollection, SubmodelElementList.
Handsome enhancements:
These operations should be seen as recommendations to SDK implementations, what they could provide as convenience operations.
Interface and operations have no effect on serialization.