#data-processing #back #graph #collection #abstraction #piece #process

app take_put_back

A common abstraction of the process of taking some piece out, processing it and then putting it back

3 releases

0.1.2 Oct 11, 2024
0.1.1 Aug 8, 2024
0.1.0 Jul 22, 2024

#185 in Science

Download history 12/week @ 2024-08-10 1/week @ 2024-08-17 13/week @ 2024-09-14 16/week @ 2024-09-21 28/week @ 2024-09-28 82/week @ 2024-10-05 86/week @ 2024-10-12 2/week @ 2024-10-19

232 downloads per month

MIT license

17KB
335 lines

A common abstraction of the process of taking some piece out, processing it and then putting it back.

Assuming these operations being independent (any side effects should not matter how they are interleaved), there is a default implementation of process_all as threaded execution of multiple of these. If doing this, you only provide the simpler take and put back implementations. This means this is assuming that this processing step is the intense part, so that there is a gain from sending each chunk to be done on it's own thread before putting it back.

Do this on all the pieces of a collection. Then we are thinking fmap and the f is of type T->T. The way you index for taking out and putting back are the same, but that is not the case in general. These are the vector examples and the ones which are changing the data on the nodes/edges of a graph.

There is also an example with graphs were taking out a node and putting in a new graph. This is a case to show where the types used for taking something out and for putting something back in are different.

Dependencies

~265–730KB
~11K SLoC