Hi Simo,

thanks for sharing your thoughts! I personally try to avoid static imports.
Especially when you come to a legacy code base IMHO it makes the code
harder to understand. You always have to look, where a method comes from.
Also you may have the problem, that you accidentally override imported
static methods, when defining a new static method with the same name.
BU2 is a very small code base, so it would be okay for me to revert the
change.

Nevertheless I'd be interested to hear what others thing about this topic.

Bene


2013/2/3 Simone Tripodi <simonetrip...@apache.org>

> Guten Morgen Bene,
>
> where you see the 'explicit', I personally see 'unneeded'. Same for
> `Arrays.asList`, just use `asList`, more elegant and more fluent.
>
> my 2 cents,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Sun, Feb 3, 2013 at 9:34 AM, Benedikt Ritter <benerit...@gmail.com>
> wrote:
> > 2013/2/2 Simone Tripodi <simonetrip...@apache.org>
> >
> >> > Better make it explicit that getBeanInfo is not a member of
> >> PropertyDescriptorsRegistry
> >>
> >> why
> >>
> >
> > Buon <http://browse.dict.cc/italienisch-deutsch/Buon.html>
> > giorno<http://browse.dict.cc/italienisch-deutsch/giorno%21.html>
> >  Simo,
> >
> > as I said in the commit message. It is more explicit. What benefit do you
> > see from using a static import in that particular place?
> >
> > Benedikt
> >
> >
> >>
> >> http://people.apache.org/~simonetripodi/
> >> http://simonetripodi.livejournal.com/
> >> http://twitter.com/simonetripodi
> >> http://www.99soft.org/
> >>
> >> ---------------------------------------------------------------------
> >> 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
>
>

Reply via email to