|
6 | 6 | ==== |
7 | 7 | See :gg:`1`. |
8 | 8 |
|
| 9 | +v4.0.0 (11 Dec 2019, @ankostis): NESTED merge, revert v3.x Unvarying, immutable OPs, "color" nodes |
| 10 | +================================================================================================== |
| 11 | ++ BREAK/ENH(NETOP): MERGE NESTED NetOps by collecting all their operations |
| 12 | + in a single Network; now children netops are not pruned in case |
| 13 | + some of their `needs` are unsatisfied. |
| 14 | + |
| 15 | + + feat(op): support multiple nesting under other netops. |
| 16 | + |
| 17 | ++ BREAK(NETOP): REVERT Unvarying NetOps+base-plan, and narrow Networks instead; |
| 18 | + netops were too rigid, code was cumbersome, and could not really pinpoint |
| 19 | + the narrowed `needs` always correctly (e.g. when they were also `provides`). |
| 20 | + |
| 21 | + + A `netop` always narrows its `net` based on given `inputs/outputs`. |
| 22 | + This means that the `net` might be a subset of the one constructed out of |
| 23 | + the given operations. If you want all nodes, don't specify `needs/provides`. |
| 24 | + + drop 3 :class:`.ExecutionPlan` attributes: ``plan, needs, plan`` |
| 25 | + + drop `recompile` flag in ``Network.compute()``. |
| 26 | + + feat(net): new method :meth:`.Network.narrowed()` clones and narrows. |
| 27 | + + ``Network()`` cstor accepts a (cloned) graph to support ``narrowed()`` methods. |
| 28 | + |
| 29 | ++ BREAK/REFACT(OP): simplify hierarchy, make :class:`.Operation` fully abstract, |
| 30 | + without name or requirements. |
| 31 | + |
| 32 | + + enh: make :class:`.FunctionalOperation` IMMUTABLE, by inheriting |
| 33 | + from class:`.namedtuple`. |
| 34 | + |
| 35 | ++ refact(net): consider as netop `needs` also intermediate data nodes. |
| 36 | + |
| 37 | ++ FEAT(:gg:`1`, net, netop): support prunning based on arbitrary operation attributes |
| 38 | + (e.g. assign "colors" to nodes and solve a subset each time). |
| 39 | + |
| 40 | ++ enh(netop): ``repr()`` now counts number of contained operations. |
| 41 | + |
| 42 | ++ refact(netop): rename ``netop.narrow() --> narrowed()`` |
| 43 | + |
| 44 | ++ drop(netop): don't topologically-sort sub-networks before merging them; |
| 45 | + might change some results, but gives controll back to the user to define nets. |
| 46 | + |
| 47 | + |
9 | 48 | v3.1.0 (6 Dec 2019, @ankostis): cooler ``prune()`` |
10 | 49 | ================================================== |
11 | | -- break/refact(NET): scream on ``plan.execute()`` (not ``net.prune()``) |
| 50 | ++ break/refact(NET): scream on ``plan.execute()`` (not ``net.prune()``) |
12 | 51 | so as calmly solve `needs` vs `provides`, based on the given `inputs`/`outputs`. |
13 | | -- FIX(ot): was failing when plotting graphs with ops without `fn` set. |
14 | | -- enh(net): minor fixes on assertions. |
| 52 | ++ FIX(ot): was failing when plotting graphs with ops without `fn` set. |
| 53 | ++ enh(net): minor fixes on assertions. |
15 | 54 |
|
16 | 55 |
|
17 | 56 | v3.0.0 (2 Dec 2019, @ankostis): UNVARYING NetOperations, narrowed, API refact |
@@ -40,7 +79,7 @@ v3.0.0 (2 Dec 2019, @ankostis): UNVARYING NetOperations, narrowed, API refact |
40 | 79 | and always produce all their `provides`, or scream if less `inputs` than `needs` |
41 | 80 | are given. |
42 | 81 |
|
43 | | - + ENH: a newly created or cloned netop can be :meth:`~.NetworkOperation.narrow()`\ed |
| 82 | + + ENH: a newly created or cloned netop can be :meth:`~.NetworkOperation.narrowed()` |
44 | 83 | to specific `needs` & `provides`, so as not needing to pass `outputs` on every call |
45 | 84 | to :meth:`~.NetworkOperation.compute()`. |
46 | 85 |
|
|
0 commit comments