ServiceStack：在没有AuthUser的情况下保留自定义用户对象

Question

我正在调查ServiceStack的授权功能，并希望使用Couchbase作为我的数据存储。我知道Couchbase没有IUserAuthRepository实现，所以我必须开发自己的，这不是问题。

我遇到的问题是，如果我按原样存储内置的UserAuth对象，CB它使用Id字段作为文档标识符。这是一个问题，因为我认为标识符应该是特定于对象类型的，否则将需要一个单独的“桶”来防止不同对象之间的ID冲突。除非必要，否则我真的不想要很多桶。

我的偏好是将文档ID设置为对象的类型加上对象特定的标识符。

例如使用Id“UserAuth_1234”或使用UserName“UserAuth_MikeGoldsmith”

我是否尝试重新使用存储桶来处理有效的不同应用程序对象，还是应该考虑每个对象类型/命名空间的存储桶？

欢迎任何方向，包括Couchbase和ServiceStack爱好者。

由于

其他信息

好的，所以从John的回答中我会假设我的对象类型的附加属性是有效的。

我发现了 post ，其中Mythz建议 BootStrapApi 示例扩展具有自定义属性的AuthUser。但是，对我而言，AuthUser看起来像是AuthUser，而User对象（两次都是OrmLiteAuthRepository）。我是对的吗？

基本上，我想利用SS身份验证功能，但控制将保存到Couchbase中的POCO对象。如果有可能，有人可以给出一些指示吗？如果有的话，我需要实现/挂钩？

我尝试实现Couchbase版本IUserAuthRepository，但它使用UseAuth具体类型，因此我无法使用自己的对象。

我还尝试使用OnAuthenticated AuthUserSession方法，但此时UserAuth POCO将使用注册表IUserAuthRepository保留。

我很高兴使用CredentialsAuthProvider因为我只想要用户名/密码验证。以后可以添加更多内容。

再次感谢！

Answer 1

Buckets与关系世界中的数据库非常类似，因此通常不应将它们映射到应用程序对象。我不熟悉ServiceStack的auth功能，但您建议使用有意义的前缀键似乎是合理的，并且是提供文档分类的常用方法。

请记住，在Couchbase中，文档中没有被认为是“id”或“key”字段的字段。用于存储文档的密钥在元数据中可用，但不是JSON文档本身的一部分。因此，如果您能够利用视图，那么您还可以存储具有type属性的文档，然后通过某些非id属性进行查询。换句话说，键值中的键不一定是您检索用户身份验证文档的方式。

此外，有些开发人员使用键前缀作为为视图提供文档分类的方法，因此您上面的关键模式也适用于此。我的偏好是类型属性，但这不比你的建议更有效。

Answer 2

我遇到了ServiceStack UseCase示例，其中一个示例直接解决了我的 Custom Authentication 问题。

我能够覆盖TryAuthenticate方法，并使用我自己的UserRepository支持Couchbase。