As mentioned in the roadmap, we should switch from using a single verify function to providing Verifier classes that can be swapped to provide different types of verification (like local verification) or subclassed to extend behavior.
Benefits:
Consistent with other forms of customization that we already have, like subclassing the authentication backend.
Reduces the amount of settings we have for specific behavior.
Paves the way for supporting local verification at a future date.
As mentioned in the roadmap, we should switch from using a single
verifyfunction to providing Verifier classes that can be swapped to provide different types of verification (like local verification) or subclassed to extend behavior.Benefits: