In quale livello implementare la cache?

Question

Sto sviluppando un'API di Rest utilizzando il framework dello Stack di servizi. Tutti i livelli sono separati in modo da poter creare DAL mock per il testing delle unità del livello della logica aziendale.

sto configurazione della cache con inversione del controllo:

container.Register<ICacheClient>(new MemoryCacheClient());

Dove MemoryCacheClient è una semplice classe che implementa ICacheClient con alcuni metodi.

E questa è la domanda: qual è il livello migliore in cui includere la chiamata alla cache attraverso questa inversione di controllo?

• Potrebbe essere nella BLL, ma non porterà problemi ai test unitari?

• Potrebbe essere in DAL, sapendo che avrei dovuto perdere IOC? E, in questo caso, dipenderò dalla cache del webserver, che potrebbe essere sbagliato.

• Potrebbe essere nell'interfaccia Web, sapendo che posso avere un po 'di logica qui e addirittura perdere alcune funzionalità?

• Potrebbe essere tra l'interfaccia web e BLL, creando un nuovo livello?

Ho cercato molto e leggere alcuni articoli, ma senza fortuna:

• Help with debate on Separation of concerns (Data Access vs Business Logic)

• http://www.velocityreviews.com/forums/t639532-3-tier-design-and-cache-for-asp-net-3-5-a.html

• http://forums.asp.net/t/1795015.aspx/1

Grazie

Answer 1

Il tuo caching non deve essere in nessuno dei due livelli. È possibile mantenerlo esterno dalla logica aziendale e dalla logica di accesso ai dati avvolgendo le chiamate che sfruttano il caching in un metodo decorato e configurando l'utilizzo del decoratore di memorizzazione nella cache nel contenitore IoC.

Non ho fatto questo utilizzando ServiceStack specificamente, ma il modello è ben documentato:

• Introducing the CachedRepository Pattern (esplicito caching decoratore)
• Caching as a Cross-Cutting Concern using Castle Windsor (sfrutta proxy dinamici)
• Loosely coupled .NET Cache Provider using Dependency Injection
• Inversion of Control and Dependency Injection: Working with Windsor Container