Advanced Use Cases for the Repository Pattern in .NET

Jonathan Allen. InfoQueue. 2016-10-25.
In our previous article, Implementation Strategies for the Repository Pattern with Entity Framework, Dapper, and Chain, we looked at the basic patterns needed to implement a repository. In many cases these patterns were such a thin layer around the underlying data access technology they were essentially unnecessary. However, once you have a repository in place, many new opportunities become available.
When designing a repository, you should be thinking in terms of “what must happen”. For example, let us say you have a rule that whenever a record is updated, its “LastModifiedBy” column must be set to the current user. Rather than trying to remember to update the LastModifiedBy in application code before every save, you can bake that functionality right into the repository.
By treating your data access layer as a standalone library that manages all of the “must happen” details, you can dramatically reduce implementation errors. At the same time, you can simplify the code that is built on top of the repository, as it no longer needs to be concerned about bookkeeping tasks.
Note: where appropriate, this article will include code samples for Entity Framework, Dapper, and/or Tortuga Chain. However, you will find most repository features can be implemented in an ORM-agnostic fashion.
[Advanced Use Cases for the Repository Pattern in .NET]


Repository Pattern For .Net

Halit Yurttas. CodeProject. 2016-08-27
Repository Pattern sample over Multiple Datasource or Resource on Domain Object Model.
Everybody .Net developers heard repository pattern for Entity Framework. But we cannot use only Entity Framework every time. Sometimes we wants to store data in different ways e.g XML file, Web service, No sql database. Well! What do we to do, should not we use repository pattern? No we have to adapt other sources in Repository pattern. This article subject is how make multiple source in repository pattern.

[Repository Pattern For .Net]