Re: It doesn't make sense to use [MapClass] for the CacheList interface

On 5/9/14, 12:26 AM, Jungkee Song wrote:
> Right. We're defining an AsyncMap interface [1] which Cache interface
> and CacheList interface are based off of. AsyncMap isn't spec'd yet in
> any place than in the .ts file. A difficulty encountered is we don't
> have any IDL construct for this yet. Any suggestion?

What is the goal with AsyncMap in its generic form?  How will it 
actually reflect into ES?

Specifically, what does it actually do with the types it's parametrized 
over?  Do get/has/delete/set coerce the key to K?  Does set coerce the 
value to V?  And in ES terms, how is that reflected into actual ES objects?


Received on Friday, 9 May 2014 04:36:39 UTC