Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / July 2006

Tip: Looking for answers? Try searching our database.

Follow up on thread from a month ago (was: Something like Visual Assist for Eclipse )

Thread view: 
Dale King - 27 Jun 2006 21:17 GMT
Back in May there was a thread about the features of a C++ tool called
Visual Assist and why didn't Eclipse have these features.

I wanted to provide some follow up information.

For reference that thread is at:
http://groups.google.com/group/comp.lang.java.programmer/browse_frm/thread/17eeb
0689bc8b381


One of the features mentioned that I thought was a good idea was the use
of CamelCase when doing code assist. So this would look would be like
you could type throw new NPE<ctrl>-space and it would expand that to
NullPointerException.

I submitted an RFE for that with Eclipse and it turns out that feature
is already part of the upcoming version 3.2 of Eclipse (which is part of
Callisto, which is the simultaneous release of 10 eclipse projects).
Signature

 Dale King

Lasse Reichstein Nielsen - 28 Jun 2006 00:15 GMT
> One of the features mentioned that I thought was a good idea was the
> use of CamelCase when doing code assist. So this would look would be
> like you could type throw new NPE<ctrl>-space and it would expand that
> to NullPointerException.

That sounds nice.

Now I want method completion that automatically tries to add "get"
in front, so I don't have to type "get" all the time :)

/L
Signature

Lasse Reichstein Nielsen  -  lrn@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
 'Faith without judgement merely degrades the spirit divine.'

Timo Stamm - 28 Jun 2006 08:27 GMT
Lasse Reichstein Nielsen schrieb:

>> One of the features mentioned that I thought was a good idea was the
>> use of CamelCase when doing code assist. So this would look would be
>> like you could type throw new NPE<ctrl>-space and it would expand that
>> to NullPointerException.
>
> That sounds nice.

IntellJ's IDEA does that.

> Now I want method completion that automatically tries to add "get"
> in front, so I don't have to type "get" all the time :)

I'd rather get rid of getters and setters :)
Chris Uppal - 28 Jun 2006 10:22 GMT
> I'd rather get rid of getters and setters :)

Now /that's/ an idea!  Type g-e-t and press the autocomplete key, and the IDE
finds and removes all the getter methods.

This, is I like...

   -- chris

P.S.  Seriously, I think a good case can be made for the IDE issuing warnings
for obvious public getters/setter pairs.
Timo Stamm - 28 Jun 2006 12:05 GMT
Chris Uppal schrieb:
> Seriously, I think a good case can be made for the IDE issuing warnings
> for obvious public getters/setter pairs.

That would be "Warning: You are using a getter/setter pair, which is
stupid" for me ;)
Chris Smith - 28 Jun 2006 16:27 GMT
> Now /that's/ an idea!  Type g-e-t and press the autocomplete key, and the IDE
> finds and removes all the getter methods.
[quoted text clipped - 5 lines]
> P.S.  Seriously, I think a good case can be made for the IDE issuing warnings
> for obvious public getters/setter pairs.

That's appealing to me, but given the number of frameworks and contexts
where the JavaBeans specification is needed for interoperability with
external software, I'm afraid I don't think it's too awfully reasonable.  
For example, objects accessed from JSP EL expressions, JSF backing
beans, lots of ORM classes, visual GUI design components, etc. all need
to have these getter/setter pairs in order to work properly.

Signature

Chris Smith - Lead Software Developer / Technical Trainer
MindIQ Corporation

Chris Uppal - 29 Jun 2006 11:49 GMT
[me:]
> > P.S.  Seriously, I think a good case can be made for the IDE issuing
> > warnings for obvious public getters/setter pairs.
[quoted text clipped - 5 lines]
> beans, lots of ORM classes, visual GUI design components, etc. all need
> to have these getter/setter pairs in order to work properly.

I'm not convinced that the fiields you list are important enough to be taken to
/define/ what good code looks like.

Anyway -- as an academic question -- it would be interesting to see what the
technologies you mention would have looked like if their designers hadn't
choosen the path of least resistance (for themselves) and thus encouranged poor
structure in their users.

   -- chris
Dale King - 05 Jul 2006 18:54 GMT
> Lasse Reichstein Nielsen schrieb:
>>
[quoted text clipped - 6 lines]
>
> IntellJ's IDEA does that.

While that is interesting it is off topic, because the specific question
was about Eclipse. And since the new version of Eclipse was released
last week we can say that Eclipse does that.

Signature

 Dale King



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.