[FEATURE] TrySet api method about fusioncache HOT 4 CLOSED

No problem, I'm taking 2 weeks off too, no need to rush. :)

from fusioncache.

Hi @fmendez89 and thanks for using FusionCache!

firstly thanks for your contribution to the community, we have just started to use FusionCache on production and has been working flawesly since then. We are constantly trying to use it in different case scenarios

Great! I'm happy you're finding it useful 🎉

I'll try to take a look at this use case and will let you know asap: I'm about to take a break and have my 2 weeks of holidays, but I'll try to answer you before leaving.

from fusioncache.

Hi @fmendez89 , getting back to this.

If I got this right what you would like is to have a TrySet method that would set some data in the cache, but only if that data is not there yet.
I'm certainly open to a new feature, but first I'd like to explore with you some potential concerns.

These are the first things that I'm thinking about:

• since FusionCache is (optionally) multi-level, how should it work when there's only the memory cache?
• in case of 2 levels, the way it works for all other methods (TryGet, Set, Delete, etc) is that it first checks the memory cache, then the distributed one. For this method should it do the same or were you thinking about doing the opposite?
• when talking to the distributed cache, should it wait for the distributed cache to respond, even in case of timeouts or would it be acceptable to use the already existing timeouts?
• as you correctly pointed out, Redis may have a way to implement this but there are other implementations available and since I'm using the standard IDistributedCache as the lingua franca, that abstraction does not have a method to do that

What do you think? How would you approach these points? Thanks in advanced for participating!

from fusioncache.

I'm closing this since there doesn't seem to be interest.

from fusioncache.