nhibernate会话管理器的实现

Question

我是 Nhibernate 的新手，并且在学习过程中放慢了速度。我尝试实现一个会话管理器类来帮助我获取数据库调用的会话。下面是它的代码。有人可以说这在架构上是否正确并预见到可扩展性或性能的任何问题吗？

public static class StaticSessionManager
{
    private static ISession _session;

    public static ISession GetCurrentSession()
    {
        if (_session == null)
            OpenSession();

        return _session;
    }

    private static void OpenSession()
    {
        _session = (new Configuration()).Configure().BuildSessionFactory().OpenSession();
    }
    public static void CloseSession()
    {
        if (_session != null)
        {
            _session.Close();
            _session = null;
        }
    }
}

在我的数据提供程序类中，我使用以下代码来获取数据。

    public class GenericDataProvider<T>
    {
            NHibernate.ISession _session;

            public GenericDataProvider()
            {
                this._session = StaticSessionManager.GetCurrentSession();
            }

            public T GetById(object id)
            {
                using (ITransaction tx = _session.BeginTransaction())
                {
                    try
                    {
                        T obj = _session.Get<T>(id);
                        tx.Commit();
                        return obj;
                    }
                    catch (Exception ex)
                    {
                        tx.Rollback();
                        StaticSessionManager.CloseSession();
                        throw ex;
                    }
                }
            }
    }

然后

public class UserDataProvider : GenericDataProvider<User>
{
    public User GetUserById(Guid uid)
    {
        return GetById(uid)

    }
}

页面中的最终用法

UserDataProvider  udp = new UserDataProvider();
User u = udp.GetUserById(xxxxxx-xxx-xxx);

这是正确的吗？在单个页面中实例化大量数据提供程序会导致问题吗？

我现在还面临一个问题，如果我同时从多台机器执行相同的读取操作，Nhibernate 会抛出随机错误 - 我认为这是由于事务造成的。

请指教。

Answer 1

据我所知，如果您有一个 null 会话，那么您正在构建会话工厂。您应该只在应用程序启动时调用 BuildSessionFactory() 一次。

在哪里执行此操作取决于您，有些人在 Global.asax 中的方法 application_start 中构建 SessionFactory ，或者在您的情况下有一个 sessionFactory< 的静态属性/code> 而不是 StaticSessionManager 类中的 session 。

我怀疑您的错误是由于您的会话工厂被多次构建所致！

还有一点是，有些人在每个请求开始时打开一个事务_session.BeginTransaction()，并在请求结束时commit或rollback每个请求。这为您提供了一个工作单元，这意味着您可能会丢失

using (ITransaction tx = _session.BeginTransaction())  
{
 ...
}

每个方法。所有这些都有待讨论，但我 99% 的代码都使用这种方法，没有任何问题。