servicestack,Session,servicestack" /> servicestack,Session,servicestack" />

ServiceStack.SessionFeature不可自定义

ServiceStack.SessionFeature不可自定义,session,servicestack,Session,servicestack,一切都是可定制的,但SessionFeature(也是从IPlugin:)是必需的。 我想使用MySessionFeature:IPlugin,但在控制器、属性。。。它被用作强类型。 是出于设计还是其他原因?SessionFeature包含有用的重载,并在响应上设置ss id、ss pid和ss opts cookies,这是ServiceStack中依赖会话的所有内容所需的,这些会话的工作方式与IAuthSession/CustomUserSession和身份验证类似 您可以在不进行身份验证的

一切都是可定制的,但SessionFeature(也是从IPlugin:)是必需的。 我想使用MySessionFeature:IPlugin,但在控制器、属性。。。它被用作强类型。
是出于设计还是其他原因?

SessionFeature包含有用的重载,并在响应上设置ss id、ss pid和ss opts cookies,这是ServiceStack中依赖会话的所有内容所需的,这些会话的工作方式与IAuthSession/CustomUserSession和身份验证类似


您可以在不进行身份验证的情况下注册会话插件,但当您注册身份验证插件时,如果您尚未注册,它将自动注册会话插件。

SessionFeature包含有用的重载并设置ss id,ss pid和ss在响应上选择Cookie,这些响应是ServiceStack中依赖于会话的所有内容所需的,以像IAuthSession/CustomUserSession和身份验证一样工作


您可以在没有身份验证的情况下注册会话插件,但是当您注册身份验证插件时,如果您还没有注册,它将自动注册会话插件。

关于命名约定的另一个小问题。为什么要使用“SessionFeature”而不是SessionPlugin?历史原因,即它在我们添加“插件”之前就已经存在了:)所以我的下一个插件将被命名为SubscriptionPlugin:)关于命名约定的另一个小问题。为什么用“SessionFeature”而不是SessionPlugin?历史原因,即它在我们添加“插件”之前就已经存在了:)所以我的下一个插件将被命名为SubscriptionPlugin:)