Revoir les fonctions de listing (par rapport aux droits d'accès) #8
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Les fonctions de listing (dans Followup) ne sont pas toutes équivalentes alors qu'elles le devraient. Il faudrait donc les réécrire pour qu'elles se ressemblent toutes.
Exemple :
et
Mais en réfléchissant, le système de droit que j'ai mis en place pour lier coach et gymnaste peut être étendu !
Une personne ne peut avoir accès à des informations d'une autre personne QUE si elle a un lien avec cette personne.
Par défaut, une personne à toujours un lien avec elle-même, elle peut voir ses propres informations.
Un gymnaste ne peut être lié à lui même et uniquement à lui même mais on pourrait imaginer un système de parrainage dans lequel un(e) gymnaste pourrait avoir accès à des informations d'un(e) autre.
Les coaches peuvent être liée à n'importe quel gymnaste mais la liaison n'est pas automatique. Elle doit faire l'objet d'un record dans la table TrainerGymnast.
les coaches ont des droits supplémentaires : pouvoir ajouter des informations sur d'autres personnes qu'eux-même, par exemple. Mais il faudrait voir si on peut limiter cet ajout d'informations qu'aux gymnastes auxquels le coach est lié.
Le système de droit peut donc être simplifié en se basant sur deux variables de session :