此要求由于邀请功能而出现,现有的“邀请者用户”邀请新的“被邀请者用户”(与普通电子邮件邀请不同)系统作为邀请者必须在被邀请者的帐户上设置某些角色,因此该帐户必须在被邀请者阅读电子邮件之前存在并且在链接之后。)
所以继续我之前关于calling the RegistrationService from my InvitationService的问题,我得到了消息转发方面的工作。但现在RegistrationService
似乎make an assumption that you are either creating a new user for the current session, or updating the current session's user details。
这会导致我的邀请服务出现问题,而不是创建新的被邀请者用户,邀请者的UserAuth
会根据被邀请者的详细信息进行更新。
现在我可以创建一个新的InviteeRegistrationService
,它基本上与RegistrationService
完全相同,除了现有的用户检查(好吧它可能仍然会进行现有的用户检查但是返回'已经'邀请“回复”,但我真的不想复制所有注册码并保留副本。
此边缘情况是否有任何技巧/变通办法?或者是一个允许我这样做的实际功能,我错过了?
答案 0 :(得分:1)
自ServiceStack is all open source起,如果您有特殊要求,最好只需复制现有代码并根据需要进行修改。这比尝试抽象RegistrationService更好,因此它试图满足每个人的要求,这反过来又让每个人都更难阅读和理解。
不要担心代码重复,因为您有不同的要求 - 从RegistrationService的代码开始作为模板并根据您的需要进行更改。