You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
A caching mechanism would greatly improve how the API can be used. Then you could make lots of requests and always have them available in your cache. Not only that but the cache could actually fire events when it updates that way you can make use of other frameworks and software to live update data everywhere when it updates in the cache.
Describe the solution you'd like
A simple cache that can store the responses in an immutable form. Reason being that if the data is immutable ani mutations require you to create a new object, and that is good because that allows you to track changes in a very fine graned way.
Additional context
Its very important to create this because it will greatly reduce the number of requests that one needs to make to a sever. However, as with any caching mechanism, it's important to be able to work around it. My suggestion would be something like this.
The .force() in the end would go around the cache and make an API request directly witch would then update the cache when the response comes back. Also follow HTTP2 spec for caching only GET and HEAD requests should be cached, POST, PUT, DELETE, etc should never be cached however there response can update the cache.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
A caching mechanism would greatly improve how the API can be used. Then you could make lots of requests and always have them available in your cache. Not only that but the cache could actually fire events when it updates that way you can make use of other frameworks and software to live update data everywhere when it updates in the cache.
Describe the solution you'd like
A simple cache that can store the responses in an immutable form. Reason being that if the data is immutable ani mutations require you to create a new object, and that is good because that allows you to track changes in a very fine graned way.
Additional context
Its very important to create this because it will greatly reduce the number of requests that one needs to make to a sever. However, as with any caching mechanism, it's important to be able to work around it. My suggestion would be something like this.
The
.force()
in the end would go around the cache and make an API request directly witch would then update the cache when the response comes back. Also follow HTTP2 spec for caching onlyGET
andHEAD
requests should be cached,POST
,PUT
,DELETE
, etc should never be cached however there response can update the cache.The text was updated successfully, but these errors were encountered: