views:

453

answers:

3

I've always used VS for .NET development, but am just wondering about the alternatives around now. I'm especially interested in use for ASP.NET MVC development. I'm not bothered about any of the visual design aspects of vs, but of course love intellisense and the debugging features.

So, for anyone who has tried SharpDevelop when doing ASP.NET MVC:

  • How did you get on?

  • What are the main disadvantages and pain points?

Thanks

+3  A: 

By the looks of it, SharpDevelop won't have any problems compiling the project and editing the source...you just won't get any tooling support. From what I've read, that includes aspx files.

Having said that, there does seem to be some movement around an ASP.NET plug-in editor for SharpDevelop here.

Source: http://community.sharpdevelop.net/forums/t/7872.aspx

As an aside, it might to nice to update this question with your experiences if you go down that route... (:

Kieron
Thanks for the info! I'll check out that link. Will indeed update this post with any exta info I manage to find.
UpTheCreek
No problem, would be interested to know how you get on.
Kieron
+1  A: 

As Kieron said, you'll be able to compile and you'll lack tooling. Unfortunately, #Develop's forum says that they don't plan to directly support it:

ASP.NET support is not planned for SharpDevelop.

The lack of tooling and knowing that it's not coming anytime soon would be the major pain point for me.

Dinah
Thanks for the info re roadmap. It's a real shame - they are really limiting their potential userbase. I would have thought propper ASP.NET support would be reasonably easy to add if one ignored the visual designer.
UpTheCreek
And who uses the designer for ASP.NET anyways? (;
Kieron
........quite :)
UpTheCreek
+2  A: 

I have used SharpDevelop to create an ASP.Net WebForms project - didn't have too many issues with it. The lack of a visual designer is certainly annoying, but it forces you to think about the source directly, which is a good thing...

I haven't done anything with MVC yet - though from the sounds of things the only thing that's stopping SD at the moment is the tooling. The core developers might have no plans for that, but it's an open source project, so there's nothing stopping an independent effort.

I've gone a very limited amount of work (bug investigation) with the SD code - it seems to me that once you understand their classes it's not bad code... Their failing as a project has been (as it is with most open source efforts) that everyone wants to code, so the documentation gets ignored. No-one likes writing documentation, but clear documentation might have led to far greater participation...

It's a great project, but their decision to ignore the web is madness.

Martin Milan