这是我的场景的概括:客户端应用程序的用户在受到安全挑战时,可以选择使用多种方法进行身份验证,每种方法都作为参数不同(以及在更复杂的场景中调用的后端系统)。
例如:
- 选择 A 使用 (id, pwd)
- 选择 B 使用 (name, cellnum, token)
- 选择 C 使用 (platenumber)
我正在考虑一个可能的第一个解决方案,其中定义不同的类似“submitAuthentication”的后端过程,每个后端过程都有不同的签名,客户端根据用户的选择调用。
可能的第二种解决方案(我真的不喜欢),有一个类似“submitAuthentication”的后端过程,其中第一个参数确定选择的类型,随后的参数将映射到预期的参数上。
是否有一些指导方针可以实现这一点?
谢谢。