[
https://issues.apache.org/jira/browse/NUMBERS-155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17361749#comment-17361749
]
Gilles Sadowski commented on NUMBERS-155:
-----------------------------------------
{quote}Q. What is the implication of moving these class to the core module,
under the same package names, and then creating an arrays module and/or
rootfinder module in a future release?That is, can any packages released in the
core jar be later moved to a separate module for those packages if they are to
be expanded.
{quote}
I'd keep away of the trouble which you mention in the "A."
[In these components, Maven modules are also intended as JPMS modules.]
bq. other use cases for an arrays package.
The primary rationale was for representing multidimensional arrays (that are
inordinately costly in Java) by a single array.
However, for each access to an element of a virtual multidimensional array, the
utility must instantiate an {{int[]}}. I have no idea whether it entails a
performance hit that would prohibit usage in all but trivial use cases.
bq. Or a 2D MatrixTranspose wrapper that reverses the input indices to allow
addressing an underlying 2D matrix as its transpose.
Cf. transpose in the API proposed in MATH-928.
More than 7 years old... :-}
bq. symmetric matrix data structure [...] halving the memory requirement by
storing the square matrix as a triangle.
+1
I have a use-case for such a utility. Choice of row- or column-major storage
should be available.
> About modules "arrays" and "rootfinder"
> ---------------------------------------
>
> Key: NUMBERS-155
> URL: https://issues.apache.org/jira/browse/NUMBERS-155
> Project: Commons Numbers
> Issue Type: Task
> Components: arrays, core
> Affects Versions: 1.0-beta1
> Reporter: Gilles Sadowski
> Priority: Major
> Labels: refactoring
> Fix For: 1.0
>
>
> Shouldn't some functionality currently in module {{commons-numbers-arrays}}
> be moved to {{commons-number-core}}?
> Rationale is that the utilities focus on extended precision of some
> computations (on numbers that happen to be stored in an array).
> Wouldn't the Brent solver (in module {{commons-numbers-rootfinder}}) benefit
> from a version based on the new {{ExtendedPrecision}} class?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
