2012-12-05 37 views
1

這個要求上來,由於邀請的功能,使現有的'邀請用戶邀請新的「受邀用戶」內(這是一個正常的不同電子郵件邀請系統,因爲邀請者必須在被邀請者的帳戶上設置特定角色,所以該帳戶必須在被邀請者閱讀電子郵件並且遵循該鏈接之前存在)。創建通過RegistrationService新ServiceStack用戶現有用戶的會話

因此,從我之前關於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

您是否設法創建此InviteeRegistrationService類?這是非常有用的,那麼爲什麼不提出一個拉請求呢? –

回答

1

由於ServiceStack is all open source,如果您有特殊要求,您最好先取出現有代碼的副本並對其進行修改以滿足您的需求。這比試圖抽象RegistrationService更好,所以它試圖滿足每個人的需求,這反過來使得每個人都難以閱讀和理解。

不用擔心代碼複製,因爲您有不同的要求 - 從RegistrationService的代碼作爲模板開始並根據您的需要進行更改。

+0

想了這麼多,只是想確定。再次感謝Demis,您在這裏開發的偉大框架,我非常享受學習所有關於它並使用它的知識。希望一旦我能夠更快掌握它並且完成我的第一個項目,我將能夠回饋。 – Tyson