- Expédié
- 14 août 2026 à 21:22 UTC
- Auteur
- Kamo
- Commite
- 3242986
RoleRightType a déclaré un domaine "parent" et un public getParent() pendant des années. Chaque constante est passée nulle et rien ne l'appelait jamais. Ceci finit que échafaudage : 135 enfants, 34 racines, 30 autonomes, profondeur maximale 3, dérivée d'un l'audit de l'ensemble des 199 droits sur 15 081 fichiers sources dans le cadre des 40 dossiers. Deux points d'application, et la scission est la conception: Normaliser Level() est l'autorisation. Il rend ONE de niveau auto-cohérent - une autorisation Un enfant tire ses ancêtres à ce niveau, un parent refusé pousse NUKE vers le bas son sous-arbre là. Appliqué dans les chemins de l'écriture de rôle, de département et de titre d'emploi. Parce que chaque niveau reste cohérent, un titre d'emploi qui accorde également un enfant accorde également des subventions. le parent PERSONNEL, et la cascade existante laisse déjà plus spécifique niveau a battu un département qui l'a nié. Aucune règle de préséance interclasse n'était ajouté et la chute d'eau n'est pas affectée. applyClosure() est LA RÉSOLUTION, annexé après applicationTemplateRules. Il s'agit d'une un filet de sécurité pour les deux seules choses que l'auteur ne peut pas atteindre: un modèle de sécurité FORCE-NUKE sur un parent (absolue, appliqué en dernier, donc sans cela une force parent laisse ses enfants accordés) et les rangées écrites avant tout. Deux paires restent délibérément FLAT parce que la séparation des tâches en dépend: APPROUVE-TIMECARD-AJUSTEMENTS / FINALIE-PAY-PERIODS, et APPROUVAGES-ORG-PAYOUTS comme un frère ou une sœur de MANAGE-ORG-FINANCES plutôt que de son enfant - nidifiant ce dernier forcerait tout homologue de paiement à être également un émetteur. Conception : kamo-interne