Slashdot Mirror
Comparing Visual Studio and Eclipse
An anonymous reader writes "Getting started with Eclipse can be confusing. New concepts, such as plug-in architecture, workspace-centric project structure, and automatic build can seem counterintuitive at first. Without waxing too philosophical about IDE design, this article presents the main differences between Visual Studio and the Eclipse IDE."
Hey guys before the flame start the article is not a comparation between VS and Eclipse, it's a Intro to eclipse for VS users...
Slashdot ya no es que lo era!
I've been using Eclipse for quite some time now, and must say that it's by far the best IDE I've ever had the pleasure of operating. Because of superior modularity, I can use different Plugins to simultaneously edit projects in C++, Perl, and Fortran with full syntax highlighting and real-time error checking. This saves alot of time in recompiling your apps!!!
The most important thing to me in moving to Eclipse was that it would fully support the Vi command set. There were several different Vi-type plugin options available, but after trying them all I ended up using the only commercial download of the bunch, which was availble for $20 here:
http://satokar.com/viplugin/
The only other IDE I've ever found that was acceptable before Eclipse was Visual SlickEdit, which had most of the same features as Eclipse but was very expensive and didn't have the F&OSS plugin community of Eclipse.
Now that I'm into Eclipse, I don't think I'll ever look back!
-Will the Chill
*please insert 10 cents for one additional sig*
Creator of RPerl, Scouter, Juggler, Mormon, Perl Monger, Serial Entrepreneur, Aspiring Astrophysicist, Community Organiz
Eclipse rules, I use it for PHP and Java development. The summary != what is linked to though...
But the plug-ins are not of the high standard that the Java development environment is, so there's currently little reason to use Eclipse for C++, C# or VB development unless Eclipse happens to be your favorite text editor (I use vim for anything that's not Java).
Visual Studio 2005 supports the same features. You just have to access them in different ways, using different keystrokes, menus and shortcuts.
...
Visual Studio has a Refactor menu and can do the following types of things for you:
- offer to fill in signatures of members of interfaces that you have implemented
- offer to provide signatures of methods you wish to override from a base class
- reorder method parameters
- promote local variables to method parameters
- remove method parameters
- rename members
- encapsulate a field to create a property wrapper for it (set, get)
- extract statements from the body of a method to create another method
The intellisense capabilities are extensive: auto-complete, shows help excerpt tool tips, shows signatures of members.
The debugging features are extensive. You can pretty much see and change anything on-the-fly while stepping through your program. List too long to go into
Visual Studio intellisense sometimes fails notation when there is a syntax error above it in the code, not unlike Eclipse does.
It's not a comparison; it's a guide for people migrating from Visual Studio to Eclipse.
What possible features could you be using that require 4 gigs of RAM? I'm not going to pretend Eclipse is lightweight, but I find that it's memory footprint has been under 300 megs. I'm using the WTP Eclipse platform, and shifted a few months back from 3.2 to Europa(3.3). I'll probably be shifting entirely to the Red Hat Development Studio, because it's basically everything I'm using with a bit more, in a nice package. Are you perhaps using version 2? I haven't found a descent relational database management tool plugin for eclipse, and I'm curious if that Oracle plugin is the troublemaker. I've been using Squirrel SQL for the database. I admit this would still be saying 512 megs is really stretching your system, and 1 gig is more like a sensible minimum to be developing on.
Yes, there's an extension which supports Python.
(Oops -- you mean VS supports extensions? But TFA says that's unique to Eclipse!)
It seems there are compiled versions of Eclipse, maybe that will help with some of the bloat.
http://sourceware.org/eclipse/
However I do find the autocomplete features quickly grind to a halt whilst using APIs with large numbers of methods such as jogl.
I hope Ecipse gets better and better because it really is an excellent IDE, and at the moment the only thing holding it back is the performance issue.
On a 4 GB RAM server, we can smoothly run 8 instances of eclipse + 8 instances of Xvnc that the developers access remotely to work in their development environment, this is on linux. Are you on windows ? Could there be issues with your environment that impact performances when running eclipse ?
I also run 1 eclipse instance quite smoothly on my IBM thinkpad 1GB RAM and windows XP.
Everything I write is lies, read between the lines.
Funny, because a lot of times, I find it to be the opposite. While I'm no huge MS fan, I think that Intellisense is much more refined in VS2005 -- and its simple things that make it such... ones that nobody else did, but its obvious once you see it. For example, the fact that when you hit DOT in VS, it goes to the last used property/method rather than the first one in an alphabetical list. I think that quite a few times, I want to refer to the last property that I uses, rather than having to scroll to it. Simple things like that.
It also seems much more of a pain to open an eclipse project on a different machine (at least with the Perforce plugin) than with Visual Studio (I just recently had to have someone else set up one of my Eclipse projects on their new machine, and we got into some sort of recursive look where Eclipse ended up creating subdirectories until it hit an NTFS limit for directory depth (which was a royal pain to clean up -- XP's fault, but still).
I think that much of it is preference, but each can (and should) learn from the other.
I'm anxious to see how X-Code (current and "leopard" release) compare... I've just started using a Mac as my primary development machine (and thanks to Parallels, I can run VS for existing dotnet and C++ development) as well as Eclipse on the Mac. I have not yet figured out how to begin integrating our existing Unix build scripts into X-Code to use it...
What version of Visual Studio are you comparing against? Visual Studio 2005 (which is the basis for the free Express versions, so you can try it out without risking any cash) has all of the features you claim are lacking. It's maybe not as automatic (VS2k5 won't automatically stub a method for you unless you tell it to do so), but IMHO that's a good thing -- I don't want the IDE second-guessing what I'm doing.
Perhaps you were using Visual Studio for C++ code? It's been a while since I've done any C++, having focused almost exclusively on C# for the last 5 years, but with C# the IDE will catch syntax errors, auto-complete for you if you wish (use ctrl+space to bring up intellisense), stub out methods and interface implementations (ctrl+F10 to open the SmartTag-like dropdown), allow you to easily refactor code into methods or wrap variables into Properties, declare "using" tags if you reference something from an assembly in the project references without declaring its namespace (you can alternatively tell it to use the fully-qualifed namespace if you don't want to add it to your "using" list), etc. I would assume that most of the functionality also exists for C++ projects, but I haven't verified that. The functionality is all there (at least for .NET languages), in the box, without any extra plugins needed, and Visual Studio is lightweight enough that I can run 4-5 instances on a 2 year old laptop with 2GB RAM without any issues at all. VS is also pluggable like Eclipse, so feel free to extend it as you wish.
It's been a while since I tried using Eclipse, mostly because I haven't done any Java work since graduating from college back in 2000. When I did last check it out (probably 2-3 years ago) it was horribly obtuse and bloated. I'm sure things have gotten better over the years, and if I had to start working with Java Eclipse would be my first choice of IDE, but in a Windows C++/C# world I'll choose Visual Studio 2005 every single time. (I'd choose Visual Studio 2008, but I was burned by the VS2k5/.NET 2.0 beta and am now wary of beta versions of Visual Studio -- I'll switch when it ships.)
The thing I like best about Eclipse vs Visual Studio was refactoring. I tend to, ahem, revise my thinking during programming, and the ability to rename everything from the project itself down to the lowest-level variable was like heaven. Having to go back and use VS where I can't do that (at least, not easily) is torture.
I used to use VC++ for all my C++ development work. I have switched to Eclipse/MinGW.
- There is SVN integration, task integration with Mylyn which can help you focus on only one task at a time, etc. - stuff you simply can't do in VC++ or, if you can, not without paying a lot of money
- The ability to compile one file on each CPU is, laughably, apparently worth $5,000 to Microsoft. Even then, I've heard it doesn't work properly
- I can easily make automated compile/test scripts thanks to switching to MinGW from VC++, and run them automatically on a Linux server which will notify me if a build goes awry
- EASILY extensible. I can compile every bit of the C++ toolset in about 30 seconds, since it is written in Java. If your machine can't run it, you deserve a better machine anyway to soothe compile times...
- The intellisense in both are pretty much comparable with the Europa release.
- If I decide to switch to Linux, all my hotkeys, knowledge, and features are still available.
I could go on and on, but those are the main reasons.
If there's anyone I hate more than stupid people, it's intellectuals.
Try easy eclipse.
Its a 'click here and install' sort of thing. Both for windows and OSX.
---- Booth was a patriot ----
Eclipse 3.3 (Europa) really sped up the autocomplete features... Here's a little review of it. http://rf2-dev.spaces.live.com/blog/cns!33114F6710 97246!136.entry
and the europa site: http://www.eclipse.org/europa/
I dunno, Eclipse is certainly bloated, but I run it on a 450MHz PIII system with 512MB of RAM, and it's perfectly usable (debugging fairly hefty programs). The only thing I found I had to disable was the "method completion" (whatever you call it). [This is on a debian system with a 2.6 kernel BTW; less sophisticated systems like windows might need more resources.]
The version of java you use to run it seems to make big different btw -- I used Sun's java 6/1.6/whatever, but earlier I accidentally tried to run it using GCJ (the java version of gcc), and that was completely unusable, mostly because my system tried to swap itself to death.
We live, as we dream -- alone....
Right. Because no one who knows the language makes typos in a method call. No one who knows the language ever forgets to close a parenthesis or drops a semi-colon. Indenting code automatically is stupid pre-optimization--let me hit the space bar myself. Refactoring support? Please! Let me refactor those 4 similar classes by hand--I'm sure I'll get it right. Who needs an IDE anyways?
Ummm, are you on crack? Sorry, but why on earth would you NOT want an IDE? It saves tons of time, prevents easy mistakes, helps you debug your code, helps you keep things organized and on topic, and can promote good habits (for example, assuming "well, you're making a new class--let me set up a unit test outline for you"). What's not to love?
Or do you write all your code in "edit" because visual tools like vi or emacs are for babies?
I think the key here is that it depends on what you're doing. If you're doing small-time ASP.NET work, smaller .NET apps, or even writing games, the Express versions of Visual Studio (including XNA Game Studio) are quite nice and free. If you're doing enterprisey work, you'll probably want the full Architect edition and probably get an MSDN subscription as well. If you just want to do an ASP.NET website with a SQL Server backend, spend your money on SQL Server 2005 (or don't spend your money yet and use SQL Server Express to build your proof of concept) and use the free Visual Web Developer Express.
Yes, Python is dynamically typed, and, yes, intellisense can't work in cases where the signature of a type is changed by the program during execution. That's also true of C#, however; reflection affects all syntactically-driven editors.
You should check out VS2008's Javascript intellisense to see what Visual Studio can do with dynamic types. Its not perfect, but its pretty slick overall.Also in .NET 3.5, there's a new dynamic type enhanced runtime, so quite a few dynamically typed languages are popping up for Visual Studio, too.
Even disabling some of the heavier features, I find it hard to get any work done when not using it on a system with 4 GB of ram and two processors.
That's odd... it works fine for me on a 1GB system with a single celeron processor. Yes, it eats a lot of memory (I tend to find about 300MB, compared with about 100MB for VS), but if it's all you're doing with a box I don't see any reason you'd need more than 1GB for it.
Not the mention the huge size of projects compared to how much actual code is present. When it takes me minutes to transfer a project of only a thousand or two lines onto a flash drive, there's a problem.
Say what? Examining an average project in my workspace, I have 4.2K of eclipse settings files, 55K of source files and 72K of compiled binaries. This doesn't seem unreasonable to me, and if 4.2K of extra data is taking "minutes" to copy to your flash drive, you probably need a better flash drive.
Not wanting to rain on your parade or anything but just because a platform has Java on it doesn't mean that it will run Eclipse. Eclipse uses SWT which uses JNI calls to the underlying window manager - this JNI code needs to be ported to the OS before you can run Eclipse.
You can still run Eclipse on far more platforms than VS...
Eclipse is more of a toolset, often you have to go plugin shopping, bare eclipse does not bring you very far, and Eclipse Europa while being very extensive still feels unfinished, I usually go for MyEclipse for my Eclipse needs, it always is somewhat better than the pure oss collections. Netbeans however is nicely integrated, everything feels like being solid, but the 5.5 version falls flat on some areas, like db integration, I have high hopes for version 6. Anyway if you want to kickstart with JEE coding then Netbeans probably is the better choice if you dont have experience. It is more of a classical ide!
But you have to install resharper v3.0, then you get amazing IDE. As a bonus point, both reshaper and IDEA (by the same company, IntelliJ) use same keyboard shortcuts, so if you do Java and C#, you only have to remember one set of shortcuts.
:)
btw, once you get used to it, you cannot live without Alt-Ins, (vs.net) ctrl-click and ctrl-shift-alt-n
Biggest difference is that Eclipse's Intellisense is intelligent. It will offer you things that make sense in that place first. Visual Studio's intellisense is not intelligent.
For example Eclipse will prefer not to offer
int aNumber = myClass.getSomeString();
bit Visual Studio will offer that, and also offers completely bonkers things like keywords.
int aNumber = case??
Eclipse's refactoring beats Visual Studio hands down.
The one advantage of Visual Studio is its Visual Design, but I've found that more a cost on anything non-trivial. The time saved drawing things visually is lost again and again in maintenance.
@WebService()
public class WebServiceAPI {
@WebMethod
public String callSomeAppFunction(@WebParam(name='param1') final String param1,
@WebParam(name='param2') final String param2) {
return someAppFunction(param1, param2);
}
}
Oh, and to make that an XML-RPC API, just add the line:
@SOAPBinding(style=Style.RPC, use=Use.LITERAL, parameterStyle=ParameterStyle.WRAPPED)
right after the "@WebService" annotation.
Just junk food for thought...
OCaml : http://eclipsefp.sourceforge.net/ocaml/ or http://sourceforge.net/projects/ocaml-eclipse
Granted, I haven't tried it, but then I do mostly Java/C/C++/Objective-C work.