Porter icon indicating copy to clipboard operation
Porter copied to clipboard

CachingConnector is a poor user experience

Open Bilge opened this issue 6 years ago • 1 comments

Having to wrap a connector in CachingConnector just to use caching is not as easy to use as if the cache just worked with any connector. Moreover, cache + connector is a violation of SRP. The cache should be refactored as a separate entity, apart from connectors.

Bilge avatar Nov 06 '19 21:11 Bilge

There are a couple of problems with removing CachingConnector in lieu of storing the cache within Porter herself:

  1. The same cache would be used for all Porter providers, whereas CachingConnector permits different providers to use different caches very easily; possibly even for different resources, with some ingenuity.
  2. We want to cache the raw connection data, but Porter only receives record collections, which is not what we want to cache and cannot be cached easily (if at all) anyway.

Bilge avatar Nov 08 '19 22:11 Bilge