1

此要求是由于现有的“邀请者用户”邀请新的“被邀请者用户”的邀请功能而提出的（它与普通的电子邮件邀请系统不同，因为邀请者必须在被邀请者的帐户上设置某些角色，因此帐户必须在受邀者阅读电子邮件并点击链接之前存在）。

因此，继我之前关于从我的 InvitationService 调用 RegistrationService 的问题之后，我已经让消息转发方面工作了。但现在RegistrationService似乎假设您正在为当前会话创建一个新用户，或者更新当前会话的用户详细信息。

这会导致我的邀请服务出现问题，因为邀请者不会创建新的被邀请者用户，而是UserAuth使用被邀请者的详细信息进行更新。

现在我可以创建一个新的，除了现有的用户检查之外InviteeRegistrationService，它基本上会做同样RegistrationService的事情（它可能仍然会做现有的用户检查，但会返回一个“已经邀请”的响应），但我真的不想要复制所有注册代码并维护副本。

这种边缘情况有什么技巧/解决方法吗？还是允许我执行此操作的实际功能，但我错过了？

4

1 回答 1

1

由于ServiceStack 都是开源的，如果您有特殊要求，最好复制现有代码并对其进行修改以满足您的需求。这比尝试抽象 RegistrationService 更好，以便它尝试满足每个人的要求，这反过来又使每个人都更难阅读和理解。

不要担心代码重复，因为您有不同的要求 - 从 RegistrationService 中的代码作为模板开始，然后根据您的需要进行更改。

于 2012-12-05T01:32:27.557 回答