You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Should be possible to categorise methods based on a few criteria:
Row-block processing vs. column-block processing vs. requires full matrix in-memory (at least under a naïve implementation)
Endomorphic (returns matrix of same size as input) vs. returns a vector
Other?
Can then greatly simplify codebase by writing code that handles each case and code that registers methods for each function in that category.
Furthermore, should now use DelayedArray::blockApply()/minfi:::blockApplyWithRealization()/minfi:::blockMapply()/minfi:::blockMapplyWithRealization() (moving the minfi functions over to DelayedMatrixStats, if not DelayedArray), along with minfi:::colBlock() and minfi:::rowBlock().
The text was updated successfully, but these errors were encountered:
PeteHaitch
changed the title
Categories methods and refactor code base
Categorise methods and refactor code base
Apr 5, 2018
NOTE: Those in bold are implemented in DelayedArray. NOTE: Consider registering a DelayedUnaryIsoOp or DelayedNaryIsoOp for 'matrix in, matrix out (endomorphic)' ops
Should be possible to categorise methods based on a few criteria:
Can then greatly simplify codebase by writing code that handles each case and code that registers methods for each function in that category.
Furthermore, should now use
DelayedArray::blockApply()
/minfi:::blockApplyWithRealization()
/minfi:::blockMapply()
/minfi:::blockMapplyWithRealization()
(moving the minfi functions over to DelayedMatrixStats, if not DelayedArray), along withminfi:::colBlock()
andminfi:::rowBlock()
.The text was updated successfully, but these errors were encountered: