On 11/15/12 8:01 AM, Ted Dunning wrote: > > The typical answer to this when adding a functional method like compute is to > also add a view object. The rationale is that a small number of view methods > can be composed with a small number of compute/aggregate methods to get the > expressive power of what would otherwise require a vast array of methods.
If I understand correctly, we already have a view object exposed - getElements. The challenge is that this method returns a copy and what we would like is a way to get a function computed directly on the data encapsulated in the RDA. Without function pointers or real array references, I don't see a straightforward way to do this. Phil > > On Nov 15, 2012, at 7:03 AM, Phil Steitz <phil.ste...@gmail.com> wrote: > >> Then in RDA, we add compute(ArrayFunction) as a public method. Then >> if we make UnivariateStatistic extend this new interface, >> DescriptiveStatistics can get what it needs from this. >> >> Just at thought. Would love to get better ideas on this. What is >> in trunk now works; but having to subclass for internal use makes me >> wonder if we have solved the problem. > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
