在运行时使用 Unity 属性注入注入 IPrincipal

发布于 2024-08-24 10:38:59 字数 370 浏览 8 评论 0原文

在 ASP.Net MVC 2 应用程序中使用 Unity，我对正确实例化的控制器有各种依赖项。但是，我想确保用户的当前 IPrincipal 将通过注入传递到较低级别的服务、存储库等。

因此，在较低级别的服务中，我有类似的内容：

[Dependency] IPrincipal CurrentUser {get; set;}

如果我使用属性依赖注入，我不会得到什么我想要，因为控制器是在用户主体可用之前实例化的，并且在任何情况下 Unity 都不知道获取当前用户凭据。

所以我想要的是能够将当前用户的 IPrincipal （或者可能是 RolePrincipal）注入到控制器的依赖项之一中。

我该怎么做？

原文

Using Unity in an ASP.Net MVC 2 app I have various dependencies on Controllers instantiated correctly. However, I want to ensure that the current IPrincipal for the user is going to be passed via injection to lower level Services, Repository etc.

Therefore in a lower level service I have something like:

[Dependency] IPrincipal CurrentUser {get; set;}

If I use Property Dependency Injection I do not get what I want because the Controller is instantiated BEFORE a User principal is available and in any case Unity does not know to get the current user credentials.

So what I want is to be able to inject the current user's IPrincipal (or probably RolePrincipal) into one of the dependencies for the Controller.

How can I do this?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

往日情怀 2024-08-31 10:38:59

为什么不走直接路线，直接分配就可以了。

Thread.CurrentPrincipal = 用户；

依赖注入很好，但不要让它妨碍最好的依赖注入器，即程序员。

回复收藏 0 原文

如梦初醒的夏天 2024-08-31 10:38:59

虽然这个线程很旧，但看起来 Jon Kruger 的答案似乎直接回答了原始问题： http://jonkruger.com/blog/2009/04/13/hiding-threadcurrentprincipal-from-your-code/

回复收藏 0 原文

栖迟 2024-08-31 10:38:59

为什么要注入呢？当前主体已作为 User 出现。这就是我们使用的，到目前为止效果很好。用户不应该在单个请求中进行更改，不是吗？

protected void Application_AuthenticateRequest()
{
    var ticket = GetAuthenticationTicket();
    // Perform actual authentication, etc.
    MyUser user = BigAuthStuff();
    Context.User = user;
    Thread.CurrentPrincipal = user;
}

public class MyBaseController : Controller
{
    protected MyUser AuthenticatedUser
    {
        get { return User as MyUser; }
    }
}

Why inject it? The current principal is already present as User. That is what we use, and it works fine so far. The user shouldn't change within a single request, should it?

protected void Application_AuthenticateRequest()
{
    var ticket = GetAuthenticationTicket();
    // Perform actual authentication, etc.
    MyUser user = BigAuthStuff();
    Context.User = user;
    Thread.CurrentPrincipal = user;
}

public class MyBaseController : Controller
{
    protected MyUser AuthenticatedUser
    {
        get { return User as MyUser; }
    }
}

回复收藏 0 原文

~没有更多了~