Thanks @bwaidelich
So, I might rethink stuff and create some smaller iteration.
First one being:
Introduce AccountInterface to Flow and make the Account entity implement that.
The interface should contain
- accountIdentifier
- authenticationProviderName (?)
- credentialsSource (password, for sake simplicity and understanding)
Question: Supporting multiple AccountInterface implementations
Since now, the provider classes uses the generic AccountRepository. Could a second iteration make a “GenericUsernamePasswordProvider” class, that you can extend, and then simply set your own RepositoryClass as a property, and then “it just works”?