[issue26082] functools.lru_cache user specified cachedict support

Raymond Hettinger added the comment: Marking as closed/rejected for the reasons lists by Josh. The functools.lru_cache() decorator is somewhat tightly focused and is trying to do one thing well. Another reason is that at some point, we want to be able to change the internals (perhaps using

[issue26082] functools.lru_cache user specified cachedict support

Changes by Serhiy Storchaka : -- assignee: -> rhettinger ___ Python tracker ___

[issue26082] functools.lru_cache user specified cachedict support

Josh Rosenberg added the comment: Given that lru_cache uses the cache dict in very specific ways, supporting arbitrary mapping types would be extremely hard. Among other things: 1. The C code uses the concrete dict APIs (including private APIs) that would not work on arbitrary mappings that

[issue26082] functools.lru_cache user specified cachedict support

New submission from Chiu-Hsiang Hsu: Currently, lru_cache will automatically construct a Python dictionary in the function as cachedict. IMHO, it will be much more flexible to let users specified their cachedict, so they can use any kind of dict-like calss as their cachedict. Thus, users can