Re: Java and .NET (no Flames Pls)

Tech-Archive recommends: Speed Up your PC by fixing your registry

From: Jon Skeet [C# MVP] (skeet_at_pobox.com)
Date: 09/16/04 

Date: Thu, 16 Sep 2004 08:02:17 +0100

Daniel O'Connell [C# MVP] <onyxkirx@--NOSPAM--comcast.net> wrote:
> > Note that I don't mean "as you type" error detection - I mean actual
> > compilation. In Eclipse, by default it compiles the code every time you
> > hit save. If VS.NET did that, it would be a pain in the neck because it
> > would recompile a whole load of stuff which hadn't changed
>
> Ahh, I see what you mean. While C# is very quick at compilation, constant
> compilation could be a problem.

Or indeed compilation when projects get very large.
 
> For some reason, I thought you were talking about background compilation
> like VB has. Incremental compilation is an interesting concept, it requires
> compiler support as well though, wouldn't it?

Yes - Eclipse has its own Java compiler.

> its something I may look into if I ever get the compiler idea off the
> ground.

:)

I think .NET would have a harder time fitting into incremental
compilation, partly because of the output format. Because every
compiled class in Java is just output as a single .class file, it lends
itself to only recompiling bits. Even if you have a different file for
each class in .NET, all the classes still need to be combined into an
assembly file at some stage.

> > Unfortunately I'm stuck using VSS at work...
>
> The independent route has its advantages, a few anyway.

:)

> > I haven't had a careful look at what the support is like in Whidbey. My
> > guess is it won't be as extensive as Eclipse due to timescales, but
> > that probably doesn't matter - there aren't *many* refactorings I use
> > in Eclipse anyway. It's just that they're incredibly handy when I do
> > use them!
>
> Whidbey's refactorings are pretty limited, I think there is only 6 or 7
> options. However, I don't even use all of them. I use rename and extract
> method quite a lot, the encapsulate field is useful at times, but it doesn't
> seem to allow specifying get\set granularity, so I end up editing the
> results anyway.

Rename is definitely the most important one, IMO. Of course, Eclipse
links renaming a class with renaming the source file, because that's
the standard Java way of doing things. While I know it's not as
standardised in C#, I wish there were an *option* to keep the two in
step...
  

-- 
Jon Skeet - <skeet@pobox.com>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

Relevant Pages

  • Re: Basic question in eclipse....
    ... However, I can at least share with you that Eclipse, like many modern IDEs, includes a variety of features to speed the writing of code. ... This includes automatic compilation and context-sensitive code-generation. ... Eclipse will compile your code every time you save it if you set up the IDE or the project itself to "build automatically". ... It is a best practice to to build .class files in a different directory from that for the .java files. ...
    (comp.lang.java.programmer)
  • Re: Java is slow!
    ... It terms of compilation speed, I don't think anything I have used ever ... Eclipse cheats. ... Eclipse is even smart enough to debug JBoss services. ... There's probably an XSL development plugin out there somewhere; ...
    (comp.lang.java.advocacy)
  • Re: Why doesnt C# allow incremental compilation like Java?
    ... You don't *have* to create jar files in order to run the code - and you ... don't *have* to run the code to benefit from compilation. ... well as Eclipse does. ... It doesn't need to recompile whole projects - only ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Basic question in eclipse....
    ... However, I can at least share with you that Eclipse, like many modern IDEs, includes a variety of features to speed the writing of code. ... This includes automatic compilation and context-sensitive code-generation. ...
    (comp.lang.java.programmer)
  • java build path
    ... project ......i have added some external jar files in eclipse "java ... build path" for compilation. ...
    (comp.lang.java.programmer)