MegaIssue: Cache improvements

[martinbonnin]

This is an generic issue to list ideas/improvements that can be done to the normalized cache

• Initial implementation of cache control #3566
• Improved pagination support #3807
• Implement a maxSize for the SQLite cache #4206 - currently in incubating
• ⏱️ Benchmark Cache CPU  #4028
• ⏱️ Benchark Cache size  #4027
• Debugging why an observed query is refetched #2397
• Allow normalization to be disabled for specific types #3827
• Skipping cache on a per-type basis #1812
• Fail-safe SQLite cache #2961
• Support manual cache eviction #3806
• CacheKeyResolver.fromFieldArguments should have access to the type information  #2496
• Implement a garbage collector to remove unreachable nodes #3805
• Normalized cache: handle dangling references  #2507
• Updating the cache using data classes is tedious #3573
• Add a mechanism to detect when an object has an id but we're not requesting it #1977
• Extend @typePolicy keyFields to accept non scalar types #5203
• Provide an API to watch fragments #4223
• handle subgraph/field expiration/timeouts #3709
• Pagination: merge nodes field in addition to edges #5735

[ychescale9]

I assume this requires weigher API if you're still planning to use Dropbox/Store/cache? Are there any other features / API changes you'd like to see from cache to enable these improvements?

[martinbonnin]

@ychescale9 I think multiplatform is a big one. I don't think Store supports multiplatform yet?

Multiplatform would be required for the LruNormalizedCache to be used from apollo-runtime-kotlin

[ychescale9]

@martinbonnin multiplatform support for Store itself has been deprioritized. I’m keen to push for KMP support for the cache module first which currently is JVM only and does not depend on coroutines, so we can unblock apollo-android.

[martinbonnin]

That's be great! I think cache4 is all we need. I don't think we use store at the moment.

[ahetawal-p]

@martinbonnin Could this be also part of these improvements related to cache eviction:
#2507