首先为 ASP.NET 应用程序数据库实现 OWIN 数据库上下文

Question

我正在阅读的书说我应该使用 OWIN 来获取我的数据库上下文的实例以使用 Identity...但是我首先使用数据库，所以我想要一个数据库上下文的实例以供整个使用我的应用程序。

我通过以下方式为 OWIN 实现了“开始”类：

using Owin;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using uQuiz.Domain;
using uQuiz.Domain.Concrete;
using uQuiz.WebUI.Infrastructure;

namespace uQuiz
{
    public class OwinStart
    {
        /// <summary>
        /// Configures OWIN
        /// </summary>
        /// <param name="app"></param>
        public void Configuration(IAppBuilder app)
        {
            app.CreatePerOwinContext<QuizEntities>(GetQuizEntities);
            app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
        }

        /// <summary>
        /// Returns an instance of the QuizEntities database context for OWIN
        /// </summary>
        /// <returns></returns>
        public static QuizEntities GetQuizEntities()
        {
            return new QuizEntities();
        }
    }
}

如您所见，我在那里有一个函数，它只生成我的数据库上下文 QuizEntities 的单个实例，这是数据库首先自动生成的。

我知道在您的数据库上下文中有一个“创建”方法是正常的做法，但我不能这样做，因为它是自动生成的。

我的问题：

• 以这种方式“按 OWIN”创建实例是否有不利之处？
• 这是一种可接受的实施方式吗？
• 是否可以为应用程序中的身份和其他请求使用相同的数据库上下文？

Answer 1

您正在为每个 OWIN 上下文创建一个数据库上下文，而不是每个 OWIN。这不是一个实例。对于每个传入的请求，都会创建一个数据库上下文。所以 OWIN 为每个请求调用GetQuizEntities 来创建一个新的数据库上下文。

以这种方式“按 OWIN”创建实例有不利的一面吗？

不，您必须按照现在的方式进行操作，否则您的数据库上下文会变得臃肿。每个请求创建一个新的数据库上下文。对。

这是一种可接受的实现方式吗？

是的。

对于身份和应用程序中的其他请求使用相同的数据库上下文是否可以接受？

我不确定你的意思。