1

この要件は、既存の「招待者ユーザー」が新しい「招待者ユーザー」を招待する招待機能のために発生しました(招待者は招待者のアカウントに特定の役割を設定する必要があるため、通常の電子メール招待システムとは異なります。招待者がメールを読んでリンクをたどる前に存在します)。

したがって、 InvitationService から RegistrationService を呼び出すことに関する以前の質問に続いて、メッセージ転送の側面が機能しています。しかし、現在のセッションの新しいユーザーを作成しているか、現在のセッションのユーザーの詳細を更新していると仮定しているようRegistrationServiceです。

これにより、招待サービスに問題が発生します。新しい招待ユーザーを作成するのではなく、招待者がUserAuth招待者の詳細で更新されるためです。

これで、新しい を作成できます。InviteeRegistrationServiceこれは、既存のユーザー チェックを除いて、基本的にまったく同じことRegistrationServiceを行います (おそらく、既存のユーザー チェックを実行しますが、代わりに「既に招待済み」の応答を返します)。そのすべての登録コードを複製し、複製を維持します。

このエッジケースのトリック/回避策はありますか? または、私が見逃していたこれを可能にする実際の機能はありますか?

4

1 に答える 1

1

Since ServiceStack is all open source, if you have special requirements, you're better off just taking a copy of the existing code and modify it to suit your needs. This is better than trying to abstract the RegistrationService so it tries to meet everyone's requirements, which in-turn makes it harder to read and understand for everyone.

Don't worry about code-duplication, as you have different requirements - start with the code from the RegistrationService as a template and change to suit your needs.

于 2012-12-05T01:32:27.557 に答える