Asp.net core mvc 商业模式属性'；使用ASP.NET内核进行延迟加载

我想在我的业务模型中的一些属性上实现延迟加载。 使用ASP.NET Core实现这一点的最佳方法是什么？将数据库上下文注入到我的模型中，并在使用属性时查询它？或者在我的模型上实现像void LazyLoadProperty（string propertyName，ApplicationDbContext dbContext）这样的通用方法，并在每次需要延迟加载值时注入数据库上下文

---

有关信息，我正在使用.NETCoreApp1.1和Entity Framework Core。

为我的业务模型延迟加载数据时，我使用的方法是使业务模型了解数据库上下文，然后在访问属性时让属性延迟加载数据（如果该属性的数据尚未延迟加载）。我发现这种方法非常有效。

在为我的业务模型延迟加载数据时，我使用的方法是让业务模型知道数据库上下文，然后在访问属性时让属性延迟加载数据（如果该属性的数据尚未延迟加载）。我发现这种方法非常有效。

为什么你希望在web应用程序中进行延迟加载？因为有些属性需要复杂的查询和多个连接来获取值，这是我很少需要的值，所以我只想在需要时加载它们。在那里，你会发现一个关于延迟加载的简介-EFC还不可能。。。。它的背景为什么你要在web应用程序中延迟加载？因为有些属性需要复杂的查询和多个连接来获取值，我很少需要这个值，所以我只想在需要时加载它们。你会发现关于延迟加载的简介-EFC还不可能。。。。它在后台，所以您的业务模型知道您的数据库上下文，不是吗？如何将数据库上下文传递给业务模型？虽然我是选择性单元测试的爱好者，但我对如何分配开发工作非常务实。因此，在我的例子中，我将对数据库上下文的访问显式编码到业务模型中。通过构造函数传递它是另一种选择，并且经常受到将业务模型注册到依赖项注入容器中的开发人员的青睐，我不希望这样做。因此，您的业务模型知道您的数据库上下文，不是吗？如何将数据库上下文传递给业务模型？虽然我是选择性单元测试的爱好者，但我对如何分配开发工作非常务实。因此，在我的例子中，我将对数据库上下文的访问显式编码到业务模型中。通过构造函数传递它是另一种选择，并且经常受到将业务模型注册到依赖项注入容器中的开发人员的青睐，我不喜欢这样做。