Should we use a generic cache manager in our .NET boilerplate?
Hello .NET developers!
I'd like to ask you about what your preference regarding caching in our .NET boilerplate project is.
There are several cache manager libraries out in the wild. One of the nice ones is https://github.com/MichaCo/CacheManager . It supports various caching technologies (incl. distributed ones) and is designed to store various types of data in the cache (not only Kentico Cloud data).
The question is: Would you welcome such a generic cache manager in our boilerplate?
- support for multiple caching technologies
- state-of-the-art caching patterns implemented (failover mechanisms, geo-replication, etc.)
- optimized for performance
- lack of support for cache item dependencies
- lack of support for type dependencies (eg. if one content item is cached twice as both strongly-typed object and an object of type "dynamic", then both should be invalidated at the same time)
Pros and cons (at the same time):
- designed for generic usage (not with Kentico Cloud data in mind)
Currently, I'm in the process of adding support for invalidating cache items with webhook calls into the boilerplate. Part of the implementation is a CacheManager class designed primarily for in-memory caching of Kentico Cloud data (with the aim to also support storing of other types of data). While my optimized CacheManager seems to perform better than generic caching solutions, there is still one rule of thumb that is worth considering: "The best code is the one that wasn't written."
What is your opinion on this?