So far I've been implementing in my projects repository pattern and dependency injection. I use Entity Framework for ORM and also have a service layer that manages my repositories.
I kind of feel like doing something not so essential for problems at hand. I am not likely to change my database or ORM. For small projects I have no need to implement tests.
But I like the idea of not sending requests to database each time I fetch data, if it's already in memory get it from there.
My question is: if I use Entiry Framework for example in Asp.Net MVC application, and not use repository pattern, but still using a DI on EF's DBContext, I can get benefit of performance by preventing roundtrips to database server for reads?
By implementing DI on DbContext I mean something like this for Ninject example:
kernel.Bind<MyDBContext>().ToSelf().InRequestScope();
Thanks