具有标识的 StructureMap DbContext
StructureMap DbContext with identity
所以我最近开始使用结构图。我有一个使用身份的网络 api。我的目标是每个请求都有一个 dbcontext。目前我有上下文问题,通过结构图注入的上下文与用户管理器使用的上下文不同。我环顾四周但找不到解决方案,尽管我确信它很明显。
所以首先我有我的结构图设置。
public class DefaultRegistry : Registry {
#region Constructors and Destructors
public DefaultRegistry() {
Scan(
scan => {
scan.TheCallingAssembly();
scan.AddAllTypesOf<IImporterService>().NameBy(type => type.Name);
scan.WithDefaultConventions();
});
For<IHttpContextBaseWrapper>().Use<HttpContextBaseWrapper>();
For<ApplicationDbContext>().Use(() => new ApplicationDbContext());
For<HttpContextBase>().Use(() => new HttpContextWrapper(HttpContext.Current));
}
#endregion
}
我暂时不需要注入用户管理器,因为它是通过基础服务中的 httpcontext 访问的,我知道这可能需要在将来进行单元测试时更改。
接下来我们有启动授权。
private void ConfigureOAuthTokenGeneration(IAppBuilder app)
{
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
//Token Auth
var OAuthOptions = new OAuthAuthorizationServerOptions
{
TokenEndpointPath = new PathString("/api/account/login"),
Provider = new ApplicationOAuthProvider("self"),
AuthorizeEndpointPath = new PathString("/api/AccountApi/ExternalLogin"),
AccessTokenExpireTimeSpan = TimeSpan.FromDays(121),
RefreshTokenProvider = new ApplicationRefreshTokenProvider(),
//#if DEBUG
AllowInsecureHttp = true,
//#endif
};
// Enable the application to use bearer tokens to authenticate users
app.UseOAuthBearerTokens(OAuthOptions);
}
我已经减少了代码,但我有典型的服务和存储层结构。所有注入都使用结构图,服务和存储库具有正确的上下文,唯一没有的是用户管理器。我知道是下面这行导致了问题:
app.CreatePerOwinContext(ApplicationDbContext.Create);
然而就像我说的我仍然习惯于构建地图,我以前使用 unity 并且只会从当前容器中解析我需要的实例。非常感谢任何帮助或指导。
所有这些行的问题:
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
首先,您告诉一个中间件来管理您 DbContext
的创建。然后,您告诉中间件管理 ApplicationUserManager
的创建,而 ApplicationUserManager.Create
获取由该中间件管理的 ApplicationDbContext
实例,而不是由您的 DI 容器管理。您的 ApplicationRoleManager
也是如此。最后,您有两种方式为每个请求生成 ApplicationDbContext
- 一种通过 DI 容器,另一种通过中间件。
如果您只想拥有 ApplicationDbContext
的单个实例,则需要摆脱第二种创建其实例的方式:ApplicationDbContext.Create
。这将解决您的问题。
但是您的中间件仍然需要访问您的 ApplicationUserManager
。所以而不是所有这些:
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
你需要使用app.CreatePerOwinContext(() => DependencyResolver.Current.GetService<ApplicationUserManager>());
并且除了从 DI 容器注入之外,摆脱所有其他创建这些实例的方法。
我的 old blog post 中的更多信息 - 滚动到 "Clean up" 部分了解有关中间件注册的详细信息。
所以我最近开始使用结构图。我有一个使用身份的网络 api。我的目标是每个请求都有一个 dbcontext。目前我有上下文问题,通过结构图注入的上下文与用户管理器使用的上下文不同。我环顾四周但找不到解决方案,尽管我确信它很明显。
所以首先我有我的结构图设置。
public class DefaultRegistry : Registry {
#region Constructors and Destructors
public DefaultRegistry() {
Scan(
scan => {
scan.TheCallingAssembly();
scan.AddAllTypesOf<IImporterService>().NameBy(type => type.Name);
scan.WithDefaultConventions();
});
For<IHttpContextBaseWrapper>().Use<HttpContextBaseWrapper>();
For<ApplicationDbContext>().Use(() => new ApplicationDbContext());
For<HttpContextBase>().Use(() => new HttpContextWrapper(HttpContext.Current));
}
#endregion
}
我暂时不需要注入用户管理器,因为它是通过基础服务中的 httpcontext 访问的,我知道这可能需要在将来进行单元测试时更改。
接下来我们有启动授权。
private void ConfigureOAuthTokenGeneration(IAppBuilder app)
{
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
//Token Auth
var OAuthOptions = new OAuthAuthorizationServerOptions
{
TokenEndpointPath = new PathString("/api/account/login"),
Provider = new ApplicationOAuthProvider("self"),
AuthorizeEndpointPath = new PathString("/api/AccountApi/ExternalLogin"),
AccessTokenExpireTimeSpan = TimeSpan.FromDays(121),
RefreshTokenProvider = new ApplicationRefreshTokenProvider(),
//#if DEBUG
AllowInsecureHttp = true,
//#endif
};
// Enable the application to use bearer tokens to authenticate users
app.UseOAuthBearerTokens(OAuthOptions);
}
我已经减少了代码,但我有典型的服务和存储层结构。所有注入都使用结构图,服务和存储库具有正确的上下文,唯一没有的是用户管理器。我知道是下面这行导致了问题:
app.CreatePerOwinContext(ApplicationDbContext.Create);
然而就像我说的我仍然习惯于构建地图,我以前使用 unity 并且只会从当前容器中解析我需要的实例。非常感谢任何帮助或指导。
所有这些行的问题:
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
首先,您告诉一个中间件来管理您 DbContext
的创建。然后,您告诉中间件管理 ApplicationUserManager
的创建,而 ApplicationUserManager.Create
获取由该中间件管理的 ApplicationDbContext
实例,而不是由您的 DI 容器管理。您的 ApplicationRoleManager
也是如此。最后,您有两种方式为每个请求生成 ApplicationDbContext
- 一种通过 DI 容器,另一种通过中间件。
如果您只想拥有 ApplicationDbContext
的单个实例,则需要摆脱第二种创建其实例的方式:ApplicationDbContext.Create
。这将解决您的问题。
但是您的中间件仍然需要访问您的 ApplicationUserManager
。所以而不是所有这些:
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
app.CreatePerOwinContext<ApplicationRoleManager>(ApplicationRoleManager.Create);
你需要使用app.CreatePerOwinContext(() => DependencyResolver.Current.GetService<ApplicationUserManager>());
并且除了从 DI 容器注入之外,摆脱所有其他创建这些实例的方法。
我的 old blog post 中的更多信息 - 滚动到 "Clean up" 部分了解有关中间件注册的详细信息。