managedExactDataUnit
Propriétés, variantes, types et limites de managedExactDataUnit.
Cette référence décrit la structure complète de managedExactDataUnit. Chaque chemin représente une propriété, y compris les objets imbriqués, les éléments de listes et les branches conditionnelles. Une branche identifiée par kind, contract ou mode n’admet que ses propres propriétés.
Structure et valeurs
| Champ | Options / valeurs attendues | Description |
|---|---|---|
[kind=dimensionless].kind |
"dimensionless" |
Requis. Sélectionne la variante et les propriétés admises dans cette branche. |
[kind=unit].kind |
"unit" |
Requis. Sélectionne la variante et les propriétés admises dans cette branche. |
[kind=unit].key |
string; min length 1; max length 120; /^[a-z][a-z0-9-]*$/u |
Requis. Identifiant sémantique stable utilisé par les références; le modifier change l’identité. |
[kind=currency].kind |
"currency" |
Requis. Sélectionne la variante et les propriétés admises dans cette branche. |
[kind=currency].key |
string; min length 1; max length 120; /^[a-z][a-z0-9-]*$/u |
Requis. Identifiant sémantique stable utilisé par les références; le modifier change l’identité. |
Règles de lecture
Les chemins suffixés par [] décrivent chaque élément d’une liste; {key} décrit chaque valeur d’un dictionnaire. Le symbole ↻ renvoie à la même expression récursive. Un objet fermé refuse les propriétés supplémentaires. Les mentions de validation sémantique signalent un contrôle complémentaire : la conformité des types ne suffit pas à rendre une référence, une permission ou une transition valide. Les références doivent être résolues dans le Model et le contexte de l’usager.
La présence d’une ancienne variante ne permet pas d’y ajouter une propriété d’une variante plus récente. Le compilateur contrôle la version et la cohérence du Model complet.
Exemple de structure
Ce fragment respecte le schéma de cette section. Ses références métier doivent être définies dans le Model qui l’utilise.
{
"kind": "unit",
"key": "word"
}
Références associées
Index complet du Model · Construire un Model
Exemples appliqués : Texte requis et choix métier
Entreprise utilise une saisie texte obligatoire; État réutilise une liste de valeurs déclarées.
Configuration
Objet du contrat managedExactDataUnit. Propriétés et valeurs admises.
{
"kind": "unit",
"key": "word"
}
Variante et raccordement
Fragment à placer dans forms[].fields[]. Propriétés et valeurs admises.
{
"contract": "WorkspaceFormControl@2",
"repeatable": false,
"key": "status",
"label": "État",
"input": "choice",
"binding": {
"kind": "field",
"fieldKey": "status"
},
"required": true,
"ruleKeys": [],
"options": [
"prospect",
"active"
]
}
Exemple de disposition UI
La disposition illustrative ci-dessous situe cette configuration dans l’app Clients/Soumissions. Chaque fragment s’insère à l’emplacement indiqué; ses références aux Fields, Queries et Actions correspondent aux déclarations du Model.
- Identité du client
- Notes et suivi
- Paramètres
- Soumissions liées
kind- unit
key- word
Les valeurs ci-dessus reprennent le fragment de configuration; les références se résolvent dans le Model complet.