Re: [NonGNU ELPA] New package: project-store

Dmitry Gutov <[email protected]> writes:

> Could you try the latest project.el and see whether the caching
> functionality recently added to the VC-aware backend makes a
> difference for you?

You mean `project--get-cached' and `project--set-cached', right?  I did
not use them because 1) they are not public functions and 2) I am not
too happy with them using `vc-file-prop-obarray' which is vc-specific
according to its name.

Since obarray is a kind of hash table according to elisp manual, I think
, in principle, I can replace the current hash table caching of
project-store with `project--get-cached' and `project--set-cached'.
Note that cache for project-store needs to be invalidated when
user options, such as `project-store-dir', are changed.  Currently,
`project--get-cached' and `project--set-cached' use a single obarray so
I cannot invalidate only project-store-specific cache.  I am not sure if
it is a big enough issue, though.

> If the Nix projects in question are or can be recognized by it, of
> course.

I do not understand this line.  Please elaborate a bit.

> Otherwise, I would suggest reusing the approach. Maybe we
> could do some public helpers for that, too.