Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jdt-dev] Re: idea for refactoring

Dan,

Where did you hear about Optional parameters in Tiger?

I checked the latest JSR 176 final specification (24 june 2004) 
and there is nothing about it there.

	Daniel

Le mer 28/07/2004 à 22:07, Dan Allen a écrit :
> While I agree that optional parameters will be a nice feature in 1.5,
> I still think that my request is a seperate issue.  It just may be
> that the same functional code is called from different environments,
> requiring different methods...but ultimately a central method is
> called.  If you open up org.apache.struts.util.RequestUtils you see a
> lot of places that have this type of call hierarchy.  Essentially, you
> want to be able to refactor to create a delegation method.
> 
> It looks like this already exists under "Source > Generate Delegate Method"...
> 
> Dan
> 
> > You mean like
> > void test(int a, int b, int c = 2, boolean dosomething = true) ?
> > 
> > I think that should be a language feature in 1.5
> > 
> > Dan Allen wrote:
> > 
> > >While I was sitting here coding today, I had, what I consider to be,
> > >an excellent idea for a refactoring option.  When creating a method,
> > >it is often times necessary to create several "optional" methods with
> > >different signatures which in turn call the primary method.
> > >Therefore, I propose a refactoring named:
> > >
> > >generate alternate caller method
> > >
> > >or something to that effect.  It would ask for fields to be accepted
> > >and which of those fields will be used to call the primary method and
> > >then generate the delegating method.
> > >
> > >Thoughts?
> > >_______________________________________________
> > >jdt-dev mailing list
> > >jdt-dev@xxxxxxxxxxx
> > >http://dev.eclipse.org/mailman/listinfo/jdt-dev
> > >
> > >
> > >
> > >
> > 
> > --__--__--
> > 
> > _______________________________________________
> > jdt-dev mailing list
> > jdt-dev@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/jdt-dev
> > 
> > End of jdt-dev Digest
> >
> _______________________________________________
> jdt-dev mailing list
> jdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/jdt-dev
-- 
LE BERRE Daniel <leberre@xxxxxxxxxxxxxxxxxxx>



Back to the top