从业务逻辑中删除 ASP.net 会话调用

Question

我继承了一个 asp.net Web 解决方案，该解决方案将业务逻辑和数据调用作为单独的程序集。在业务层中，有少量的调用来获取/设置 HttpContext 会话值。我四处寻找一个示例，该示例允许我将其从业务逻辑中抽象出来，因为我希望能够在非 Web 项目中重用这些程序集，任何人都可以给我一个最佳方法的示例吗？做这个。我正在考虑某种会话工厂，它将根据使用场景从某种持久存储中获取值，但我确实是架构新手，并且希望能提供一两个指针。

Answer 1

我认为最简单的方法是创建一个 ISessionProvider 接口，其中包含一个 Dictionary接口。 {得到; }。然后创建一个返回实际会话包内容的公共类 HttpSessionProvider : ISessionProvider。

至少，通过手动指定或使用任何 IOC 模式，在 Web 应用程序中实例化此对象并将其提供给后端类。

[编辑]经过一番反思，这不是一个干净的方法。您不会依赖于 asp.net 框架，但您仍然可以访问会话的“asp.net”内容。
在这种情况下，保留接口，但添加特定属性（字符串 customer、int userID 等）或仅返回包含实际业务数据的字典

Answer 2

我在一些项目中做过类似的事情：

public interface IAppContext {
    string SomeVariable {
        set;
        get;
    }
}
public class HttpContextAppContext : IAppContext {

    public static readonly string CONTEXT_PREFIX = "appcontext_";

    public string SomeVariable {
        set { HttpContext.Current.Session[CONTEXT_PREFIX + "SomeVariable"] = value; }
        get { return (string)HttpContext.Current.Session[CONTEXT_PREFIX + "SomeVariable"]; }
    }
}

Answer 3

业务层跟Session有什么业务呢？为了更好地理解该陈述，请这样想：为什么业务层需要持久保存用户相关信息？

业务层需要与合作处理用户相关数据，但不存储它。这意味着当前存储的数据应该被注入，即它应该作为参数传递给需要它的函数。这样做就是形成一个架构合同，它以一种非常明确的方式说“嘿，我需要用户信息来完成我的工作”——你不会在幕后用一些随机的先前存储的值来执行一些魔法。业务层可以使用该数据以某种方式对用户进行身份验证或授权，但在完成身份验证结果后应丢弃这些结果。如果持久化这些值以保存对数据库的一两次调用，那么数据库调用的效率就会出现问题，因为数据库对此类简单事物的调用速度很快。

因此，我的建议是从业务层中删除对 Session 的任何引用，并更改函数签名以包含您需要传递的用户数据。