Mathematica: Webel ADT pseudo classes: POLICY: Every named concrete Abstract Data Type (ADT) has a ONE unique "signature" (which is the pattern passed to the "definer" functions). To vary a signature, define another unique ADT name.

Webel IT Australia promotes the amazing Mathematica tool and the powerful Wolfram Language and offers professional Mathematica services for computational computing and data analysis. Our Mathematica tips, issue tracking, and wishlist is offered here most constructively to help improve the tool and language and support the Mathematica user community.
DISCLAIMER: Wolfram Research does not officially endorse analysis by Webel IT Australia.
Icon class
icon_class
far fa-sticky-note
icon_class_computed
far fa-sticky-note
Note kind
CONVENTION
POLICY
Policy level
STRICT
Webel Mathematica keywords
ADT`
Webel ADT
Keywords

Example: The unique defining ADT-signature of the concrete ADT pseudo class MY$ADT$String could be MY$ADT$String[$$_String].

No further adaptations of that signature are permitted!

In the Webel recipe this redefinition (to change the number of permitted String) is NOT allowed:

MY$ADT$String[$$___String].
Part of the reason for this strict POLICY is that the Webel recipe for ADTs is modelled in object-friendly Systems Modeling Language v1 (SysML®). But this constraint has many other advantages (and it also makes things easier in IDEs).

Example: The following is NOT allowed in the Webel recipe for ADT pseudo classes in:

MyADT[$$_List]

My$ADT[$$_Association]

Use a different name with the same ADT-definer:

My$ADT$Map[$$_Association]

This may be combined with the Webel inheritance mechanism for ADTs (although that would make little sense with the examples here for List vs Association).

Relates to
Mathematica: POLICY NOTES for the Webel Abstract Data Type (ADT) pseudo classes with inheritance for the Wolfram Language
Classes in the ADT` package: Extendable ADT pseudo classes have corresponding "definer functions"
Creating new ADTs that extend other classes using a definer function (and adt$addSuper)
Related notes
[CONVENTION, POLICY]{STRICT} Mathematica: Webel ADT pseudo classes: POLICY: The Abstract Data Types (ADTs) are stateless functional (although inheritance and overrides are supported), with no caching by default (although there is nice optional caching using CreateUUID[] and Once[]).
[POLICY]{STRICT} Mathematica: Webel ADT pseudo classes: POLICY: The expression '$$' is reserved as the primary named parameter for the defining pattern of all ADT classes that extend the universal base 'ADT' class.
Related notes (backlinks)
Related snippets (extracts)
Visit also
Visit also (backlinks)