mirror of
https://github.com/joshuaclayton/unused.git
synced 2024-10-26 13:19:58 +03:00
0d2470815d
Why? ==== Parsec is overkill when all that's really needed is splitting on semicolons and converting a string to a non-negative Int. One side-effect of this is to convert the caching mechanism from flat text to CSV, with cassava handling (de-)serialization. Additional ========== Introduce ReaderT to calculate sha once per cache interaction Previously, we were calculating the fingerprint (SHA) for match results potentially twice, once when reading from the cache, and a second time if no cache was found. This introduces a ReaderT to manage cache interaction with a single fingerprint calculation. This also abstracts what's being cached to only care about the fact that the data can be converted to/from csv. |
||
|---|---|---|
| .. | ||
| Cache | ||
| CLI | ||
| Grouping | ||
| ResultsClassifier | ||
| TermSearch | ||
| Cache.hs | ||
| CLI.hs | ||
| Grouping.hs | ||
| LikelihoodCalculator.hs | ||
| Parser.hs | ||
| Regex.hs | ||
| ResponseFilter.hs | ||
| ResultsClassifier.hs | ||
| TagsSource.hs | ||
| TermSearch.hs | ||
| Types.hs | ||
| Util.hs | ||