Si l’on part des deux hypothèses suivantes :
- les Smith sont gérés indépendamment via la pallet
authority-members
- le concept d’adhésion de la WoT saute
Alors la palette duniter-wot
ne sert plus qu’à “coller” identiy, certification ainsi qu’un peu de distance, ce que ces palettes pourraient faire en interne sur leurs parties respectives car il resterait :
- Constantes :
- appliquer
FirstIssuableOn
: concept de certification - appliquer
MinCertForMembership
: concept de certification - appliquer
MinCertForCreateIdtyRight
: concept de certification - appliquer
IsDistanceOk
: concept de distance
- appliquer
- Fonctions :
check_create_identity
: checks de certificationscheck_validate_identity
: check réductible à l’appel dedistance.requestDistanceEvaluation
check_cert_allowed
: check de certificationson_idty_change.IdentityEvent::(Created|Removed)
: check de certificationson_new_cert
: event de certificationson_removed_cert
: event de certifications
En fait, en l’écrivant, je me rends compte que 90% du code restant sont des traitements liés aux certifications. Quant à la vérification de distance, c’est un appel direct à la pallet de distance, il n’y a pas de code à déplacer, juste à laisser les palettes identity et distance se parler.