1

试图找出一种使用 DryIoC (v2.0.0-rc4build353)、MS OWIN (v3.0.1、WebAPI2 (client v5.2.3) on VS2015、.Net 4.5 建立会话管理的方法。

我正在用 REST API 包装一个相当复杂的遗留应用程序。严格的 API 服务器，没有 UI/MVC。我知道我不可能完全无状态，因为我必须保持一个“模型”开放的服务器端。用户也必须对模型进行身份验证。因此，会话的概念出现了。我想尽可能多地使用 DI。

我第一次放弃的尝试是使用 Ninject 并将 ISession 映射到提供程序工厂。虽然 Ninject 有它的优点（例如模块），但我不喜欢它的复杂性。我不知道如何从工厂访问请求对象。经过一番研究，我决定改用 DryIoC。

在下面的代码示例中，DryIoC 创建了一个单例会话（请参阅下面的重用）并将其注入我的 RootController。如果我在 Transient Scope 中注册 Session，显然每个请求都会获得一个会话。我设想调用“api/login”将生成一个令牌。客户端将缓存它并在标头中与后续调用一起提交（以启用 API 版本控制）。

挣扎于如何管理范围。

编辑：澄清我认为我需要什么：我不确定如何实现 DryIoC 在实例化控制器之前调用的工厂，我将在其中查找会话令牌并创建/查找关联的 ISession 实例。然后，DryIoC 将使用它注入控制器。

编辑：我试图隐藏所有会话管理样板，并让所有控制器都注入一个已经初始化的会话。如果此请求没有会话，则单独的路由将返回错误。需要注意的另一件事是客户端必须显式获取令牌。没有全局“当前”令牌或会话的概念。

using System;
using System.Web.Http;

using Microsoft.Owin.Hosting;
using Microsoft.Owin.Diagnostics;

using Owin;

using DryIoc;
using DryIoc.WebApi;

namespace di_test
{
    class Program
    {
        static void Main(string[] args)
        {
            var url = "http://localhost:8065";

            using (WebApp.Start<Startup>(url))
            {
                Console.WriteLine("Owin host started, any key to exit");
                Console.ReadKey();
            }
        }
    }

    class Startup
    {
        public void Configuration(IAppBuilder app_)
        {
            var config = new HttpConfiguration();
            config.MapHttpAttributeRoutes();

            config.Routes.MapHttpRoute(
                name: "default",
                routeTemplate: "{controller}"
               );

            var di = new DryIoc.Container();
            di.Register<ISession, Session>(Reuse.Singleton);
            di.WithWebApi(config);

            app_.UseWebApi(config);
            app_.UseErrorPage(ErrorPageOptions.ShowAll);
        }
    }

    public interface ISession
    {
        string Token { get; }
    }

    public class Session : ISession
    {
        string m_token = null;

        public Session()
        {
            Console.WriteLine("Session()");
        }

        public string Token => m_token ?? (m_token = Guid.NewGuid().ToString());
    }

    [RoutePrefix("api")]
    public class RootController : ApiController
    {
        readonly ISession m_session;

        public RootController(ISession session_)
        {
            m_session = session_;
        }

        [Route()]
        public IHttpActionResult GetApiRoot()
        {
            return Json(
                new
                {
                    type = "root",
                    token = m_session.Token
                });
        }
    }
}
4

2 回答 2

3

首先，我不是 Web 人（而是 DryIoc 维护者），并且没有完全了解您想要实现的会话管理。但是，如果您想为此使用请求，则可以执行以下操作：

public class Startup
{
    public void Configuration(IAppBuilder app_)
    {
        var config = new HttpConfiguration();
        config.MapHttpAttributeRoutes();

        config.Routes.MapHttpRoute(
            name: "default",
            routeTemplate: "{controller}"
           );

        var di = new DryIoc.Container();

        // NOTE: Registers ISession provider to work with injected Request
        di.Register<ISession>(Made.Of(() => GetSession(Arg.Of<HttpRequestMessage>())));

        di.WithWebApi(config);

        app_.UseWebApi(config);
        app_.UseErrorPage(ErrorPageOptions.ShowAll);
    }

    public static ISession GetSession(HttpRequestMessage request)
    {
        // TODO: This is just a sample. Insert whatever session management logic you need.
        var session = new Session();
        return session;
    }
}

DryIoc 会将电流HttpRequestMessage注入GetSession. 然后GetSession将用于将结果会话注入控制器。

这里有更多细节如何使用 DryIoc工厂方法。

顺便说一句，我已将此示例应用程序作为DryIoc.WebApi.Owin.Sample 应用程序推送到 DryIoc开发分支。我希望你没问题。如果你不是，戳我。

于 2015-11-20T12:38:11.973 回答
0

如果您只想为这个特定接口执行一次，并且不介意手动管理其生命周期，则可以使用以下方法创建工厂RegisterDelegate：

var sessions = new ConcurrentDictionary<Token, Session>();

di.RegisterDelegate<ISession>( _ => {
    var token = GetCurrentToken();
    return sessions.GetOrAdd( token, t => new Session( t ) );
} );

或者，如果你想让“per token”这个想法适用于更广泛的组件，你可以实现一个 custom IReuse，这是一个可以查找“当前范围”的东西，而“范围”只是一个缓存实例。

但是，我不会推荐这种设计。这是这种逻辑的错误层。

一个例子：当没有当前令牌时你会做什么？您当然可以抛出异常，但无处捕捉该异常 - 此时您仍然只是在构建组件图，因此客户端只会看到 WebApi 自动生成的异常消息。丑陋的。更不用说您无法进行任何恢复、记录事件等等。

另一个例子：在您开发的后期，您很可能希望在构建会话之前使用该令牌做一些事情。说，验证它，或检查它是否已过期或已被召回，或其他什么。现在，您正在向 DI 接线代码添加更高级别的业务逻辑。丑陋的。不可维护。

更好的方法是有一个名为 的单例组件ISessionManager，然后将其注入您的控制器，并让控制器调用ISessionManager.GetCurrentSession()或其他东西。这样您就不会束缚自己：稍后您可以选择扩展所做的事情GetCurrentSession，或者您可以选择更改其返回类型以包含可能的错误（例如“无令牌”、“令牌过期”等），并拥有控制器将其报告给消费者。

想想看。

于 2015-11-19T14:16:55.797 回答