Comments on: Sliding Responsibility of the Repository Pattern https://codingsight.com/sliding-responsibility-of-the-repository-pattern/ Blog for SQL Server DBAs and Developers Thu, 23 Sep 2021 07:54:51 +0000 hourly 1 https://wordpress.org/?v=6.5.2 By: Alexander Goida https://codingsight.com/sliding-responsibility-of-the-repository-pattern/#comment-97 Sun, 20 Aug 2017 10:26:00 +0000 http://codingsight.com/?p=1987#comment-97 In reply to Vance Feld.

It depends on what exactly you’re assuming. When both are injected as separate services hiding all logging and caching details from repo it’s OK. If they are part of repo implementation then it’s not OK.

]]>
By: Vance Feld https://codingsight.com/sliding-responsibility-of-the-repository-pattern/#comment-96 Sun, 13 Aug 2017 10:08:00 +0000 http://codingsight.com/?p=1987#comment-96 In reply to Alexander Goida.

I don’t see the problem. Why can’t we have logging and caching below the repo layer?

]]>
By: Alexander Goida https://codingsight.com/sliding-responsibility-of-the-repository-pattern/#comment-95 Sun, 13 Aug 2017 08:31:00 +0000 http://codingsight.com/?p=1987#comment-95 In reply to Vance Feld.

Don’t you think using such segregation you’re not correctly describe the purpose of the abstraction component? It’s too broad to say just “abstract” because it may be done by means of different approaches with different purposes. For example, a service class can abstract the way how data is construct to be used inside of the app layer, repository can abstract how data is retrieved, joined, access object can abstract the tech details of data retrieval. Although, for a small project where you have only web site and DB these segregation might be redundant.

]]>
By: Vance Feld https://codingsight.com/sliding-responsibility-of-the-repository-pattern/#comment-94 Mon, 07 Aug 2017 19:44:00 +0000 http://codingsight.com/?p=1987#comment-94 nope. those underlying access layers should be abstracted away such that it doesn’t really matter.

]]>