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
We currently have many MapRef implementations, based on Ref[Map], sharding, ConcurrentHashMap, etc. We should have an apply constructor that chooses a reasonable default implementation, probablyConcurrentHashMap.
The text was updated successfully, but these errors were encountered:
@BalmungSan raised a good point that this default constructor should only require a Concurrent constraint. We can pattern-match for Async to use ConcurrentHashMap implementation, otherwise maybe we can fallback to the sharded Ref[Map] with the number of shards determined by the number of processors.
While we're at it, a nicer API for defaultedMapRef would also be welcome. E.g. a constructor that directly takes a default value, or an instance method on trait MapRef. MapRefOptionOps is probably a good place for it too.
We currently have many
MapRef
implementations, based onRef[Map]
, sharding,ConcurrentHashMap
, etc. We should have anapply
constructor that chooses a reasonable default implementation, probablyConcurrentHashMap
.The text was updated successfully, but these errors were encountered: