In #186, we decided that parent is the inverse of either children or annotations.
What would be a good name for that field?
Alternative A: "parent"
Pro:
- Established for tree structures
Con:
- Might be confusing, as it's commonly understood as the inverse of "children"
Alternative B: "container"
Pro:
- Generic enough to encompass inverse of both
children or annotations
Con:
- Easy to confuse with M3 "Containment" (constant issue in EMF Ecore)
Alternative C: "owner"
Pro:
- Generic enough to encompass inverse of both
children or annotations
Con:
Decision on 2029-09-29: Alternative A: "parent".
In #186, we decided that
parentis the inverse of eitherchildrenorannotations.What would be a good name for that field?
Alternative A: "parent"
Pro:
Con:
Alternative B: "container"
Pro:
childrenorannotationsCon:
Alternative C: "owner"
Pro:
childrenorannotationsCon:
Decision on 2029-09-29: Alternative A: "parent".