Re: import * vs explicit debate

2003-04-03 Thread Henri Yandell
On Thu, 3 Apr 2003, Alex Chaffee / Purple Technology wrote: > But the Maven/Gump procedure is messing with that scenario a bit. Are > you saying that it promotes *automatic* updates of all clients when a > library is updated? In that world, Alphonse does not exist; he is > replaced by a script

Re: import * vs explicit debate

2003-04-03 Thread Alex Chaffee / Purple Technology
Craig - I'm not trying to be argumentative here, but I'd like to understand your position (and clarify mine). The situation I was describing was as follows: Project A uses Library X.jar (v1.0). Alphonse is a developer on Project A. Xavier is a developer on Project X. He updates Project X and

Re: import * vs explicit debate

2003-04-03 Thread Alex Chaffee / Purple Technology
> > My main complaint with explicit imports is that is > > cripples a *very* > > handy IDE feature (auto-complete). > > I don't have IDEA, so that may be the case with that > tool. Explicit imports do not cripple Eclipse > however. Autocomplete operates on any class in the > classpath, regardless

Re: import * vs explicit debate

2003-04-03 Thread Juozas Baliuka
ogy" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Thursday, April 03, 2003 2:45 AM Subject: Re: import * vs explicit debate > On Wed, Apr 02, 2003 at 06:52:26PM -0500, __matthewHawthorne wrote: > > > > But later o

Re: import * vs explicit debate

2003-04-03 Thread Morgan Delagrange
I don't have IDEA, so that may be the case with that tool. Explicit imports do not cripple Eclipse however. Autocomplete operates on any class in the classpath, regardless of whether or not is has been imported yet. - Morgan --- Alex Chaffee / Purple Technology <[EMAIL PROTECTED]> wrote: > > S

Re: import * vs explicit debate

2003-04-02 Thread Martin Cooper
On Wed, 2 Apr 2003, __matthewHawthorne wrote: > I apologize if anyone has already made this point, but... > > If I'm writing code that uses a class called org.cavity.Thing... > > import org.cavity.* > import org.apache.* > > public class Test { > > Thing t = new Thing(); > > } > > But late

Re: import * vs explicit debate

2003-04-02 Thread Craig R. McClanahan
ons Developers List <[EMAIL PROTECTED]> > Subject: Re: import * vs explicit debate > > On Wed, Apr 02, 2003 at 06:52:26PM -0500, __matthewHawthorne wrote: > > > > But later on, if the class org.apache.Thing is created, the code will no > > longer compile, right?

RE: import * vs explicit debate

2003-04-02 Thread Gary Gregory
y can't the license text go at the _bottom_ of a file...? -Original Message- From: Alex Chaffee / Purple Technology [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 4:41 PM To: Jakarta Commons Developers List Subject: Re: import * vs explicit debate So I don't rea

RE: import * vs explicit debate

2003-04-02 Thread Gavin McPhee
> No; it's a reason for doing a full clean build and unit test run > before checking in any changes. > This way whoever added org.apache.Thing, or updated the library that > added it, is responsible for not breaking everyone else's build. > In this case causing a compiler error is good; the err

Re: import * vs explicit debate

2003-04-02 Thread Alex Chaffee / Purple Technology
On Wed, Apr 02, 2003 at 06:52:26PM -0500, __matthewHawthorne wrote: > > But later on, if the class org.apache.Thing is created, the code will no > longer compile, right? Right. > Isn't this an untouchable reason for using explicit imports? No; it's a reason for doing a full clean build and unit

Re: import * vs explicit debate

2003-04-02 Thread Alex Chaffee / Purple Technology
So I don't really mind if the vote goes the other way, but I thought I'd respond, as nobody else seems to be starry-eyed... My main complaint with explicit imports is that is cripples a *very* handy IDE feature (auto-complete). On Wed, Apr 02, 2003 at 06:49:35PM -0500, Gary Gregory wrote: > He

Re: import * vs explicit debate

2003-04-02 Thread __matthewHawthorne
I apologize if anyone has already made this point, but... If I'm writing code that uses a class called org.cavity.Thing... import org.cavity.* import org.apache.* public class Test { Thing t = new Thing(); } But later on, if the class org.apache.Thing is created, the code will no long

RE: import * vs explicit debate

2003-04-02 Thread Gary Gregory
Here are my pennies: We uses "explicit" imports as computed by Eclipse's "Organize Imports" feature. Before saving or committing a file, we (usually) all do a CTRL-SHIT-O/Organize Imports and a CTRL-SHIFT-F/Format. (It would be nice if this were done automatically when you save a file, someday ma

Re: import * vs explicit debate

2003-04-02 Thread Alex Chaffee / Purple Technology
On Wed, Apr 02, 2003 at 04:45:17PM -0500, Henri Yandell wrote: > > It's always fun when this debate comes up :) I think one of the biggest > problems is the IDE. They do not separate the model and the view. > > For example, I should be able to say: > > Show me the source in this style, but do no

Re: import * vs explicit debate

2003-04-02 Thread Henri Yandell
Wow. I was impressed at all the things I'd said, before I realised the second half weren't mine. Damn. It's always fun when this debate comes up :) I think one of the biggest problems is the IDE. They do not separate the model and the view. For example, I should be able to say: Show me the sou

RE: import * vs explicit debate

2003-04-02 Thread Shapira, Yoav
n Ross [mailto:[EMAIL PROTECTED] >Sent: Wednesday, April 02, 2003 4:39 PM >To: 'Jakarta Commons Developers List' >Subject: RE: import * vs explicit debate > >My 2 cents ;) > >1. Implicit is best while in major development (for code completion). >2. Explicit

RE: import * vs explicit debate

2003-04-02 Thread Kevin Ross
My 2 cents ;) 1. Implicit is best while in major development (for code completion). 2. Explicit is best (by far) when code is stable. 3. Imports should be optimized (explicit) for any major or minor release. Anything spelled out (explicit) is much easier to comprehend than something that is not