Closed kirchsth closed 1 year ago
I agree $techn
would be too limiting in the intended use, so another name is a good idea. $type
has the downside of being extremely generic, though, so it might be easily misinterpreted 🤔 I had some other ideas ($detail
, $details
, $category
) but I guess they aren't too convincing either. What about $trait
maybe? In the end, I personally don't have any strong argument against $type
.
On another note, I tested your extended branch, and it worked well for the use case that I have 👍 Thanks.
Related to #199 and #282
The C4 basic meta model has container, components and relations with
$techn
property (which is displayed as[techn]
), but no corresponding counterpart for systems and persons (they have only location).But sometime is it useful to add a technology/type/category/characteristic/... as attribute/property to a system or person too. For now this can be modeled/visualized via sprites (e.g. system with robot sprite), colors, tags, legend ... And if this is possible why shouldn't systems and persons support a "[....]" notation too.
$type=... could be a good argument name (1-already used by Node(); 2-Person and $techn doesn't match; 3-If system is used in an ARC42 business context diagram then $techn sounds wrong for me too)
@Potherca, @mtnpke, @wlfbck: or do you know a better name? As soon the argument name is defined I could finish the implementation.
A first prototype with $type is defined with following extensions:
It can be tested with my extended branch
BR Helmut