到目前为止,我在我的项目中使用了存储库模式和依赖注入。我使用Entity Framework进行ORM,并且还有一个服务层来管理我的存储库。
我有点觉得做一些与手头问题不太相关的事情。我不太可能更改我的数据库或ORM。对于小型项目,我没有实现测试的必要。
但是,如果数据已经在内存中,我喜欢不每次获取数据时都向数据库发送请求,而是直接从内存中获取。
我的问题是:如果我在Asp.Net MVC应用程序中例如使用Entity Framework,并且不使用存储库模式,但仍然在EF的DBContext上使用DI,我可以通过防止针对读取操作到数据库服务器的往返来获得性能优势吗?
实施DbContext上的DI是指像Ninject示例中的以下内容:
我有点觉得做一些与手头问题不太相关的事情。我不太可能更改我的数据库或ORM。对于小型项目,我没有实现测试的必要。
但是,如果数据已经在内存中,我喜欢不每次获取数据时都向数据库发送请求,而是直接从内存中获取。
我的问题是:如果我在Asp.Net MVC应用程序中例如使用Entity Framework,并且不使用存储库模式,但仍然在EF的DBContext上使用DI,我可以通过防止针对读取操作到数据库服务器的往返来获得性能优势吗?
实施DbContext上的DI是指像Ninject示例中的以下内容:
kernel.Bind<MyDBContext>().ToSelf().InRequestScope();
谢谢