On Tuesday, June 24, 2003, at 01:18 AM, Mark R. Diggory wrote:
robert burrell donkin wrote:
On Friday, June 20, 2003, at 05:34 PM, Phil Steitz wrote:
I keep reminding myself, we are the developers, there is always room
for refactoring in the future. If there becomes a clear hindrance
with the
I keep reminding myself, we are the developers, there is always room for
refactoring in the future. If there becomes a clear hindrance with the
use of static methods, then we can refactor them into a class that needs
to be instantiated. This is not too difficult to accomplish.
Not for us, mayb
--- Phil Steitz <[EMAIL PROTECTED]> wrote:
> --- Al Chou <[EMAIL PROTECTED]> wrote:
> > I would prefer that
> > commons-math be easy for users to use than for it to stick closely to
> typical
> > Java designs just for the sake of staying Java-ish.
>
> I agree; but actually sticking to "Java-ish"
--- David Graham <[EMAIL PROTECTED]> wrote:
> > > Maybe I'm unique, but
> > > sometimes I find that Java (as well as other languages) gets in my way
> >rather
> > > than letting me solve the problem at hand in a natural way.
>
> You're not alone in that belief. I've heard several people comment
--- Al Chou <[EMAIL PROTECTED]> wrote:
> --- Phil Steitz <[EMAIL PROTECTED]> wrote:
> > --- Tim O'Brien <[EMAIL PROTECTED]> wrote:
> > > On Tue, 17 Jun 2003, Mark R. Diggory wrote:
> > We all agree that the optimized double[]|-> double computations should be
> > reused. The problem with the above
--- [EMAIL PROTECTED] wrote:
>
> Al,
> It sounds like the pattern you're proposing is the Strategy design
> pattern (see "Design Patterns" by the four authors). Basically, an object
> has multiple possible delegate objects, each of which implement a common
> interface. Then, as the state c
--- Phil Steitz <[EMAIL PROTECTED]> wrote:
> --- Tim O'Brien <[EMAIL PROTECTED]> wrote:
> > On Tue, 17 Jun 2003, Mark R. Diggory wrote:
> We all agree that the optimized double[]|-> double computations should be
> reused. The problem with the above is that you can't "dynamically"
> reorganize
> cl
