views:

660

answers:

5

A project is due to be started and finished by the end of the year. It's for internal company use, will be entirely done by a single developer(me). I intend to make use of data annotations(via Stephen Walther) and xVal for the first time.

It's a 2-3 page web app to collect defect information. It was started in asp.net without a master page, and would be far better off with one for consistency. The model layer was developed as a separate project in its own assembly. The existing solution feeds in fake data and saves to memory only, so the persistance layer is not present yet.

Is it safe to jump into asp.net MVC2? Or do I need to stick to mvc 1 for some reason?

A: 

We did something similar in the past. Started with MVC beta and moved to MVC 1 prior to release.

Good luck!

Ian P
+3  A: 

While Visual Studio 2010 Beta 2 does come with a "go live" license, neither it nor MVC2 are actually 'ready' for production use. Building things with MVC1 now and later upgrading to MVC2 shouldn't be all that difficult, and since it's an internal project, it might actually be better if all of your developers have not gotten up to speed on VS2010.

If there is no pushing technical reason to goto MVC2, I'd say just stick to version 1 for now.

Have fun with the new project, it's a rare thing to have happen in the corporate world.

Chris
my department is almost entirely small greenfield projects, and I get to write my own ticket about which visual studio/microsoft technologies to utilize.
Maslow
A: 

I was debating this myself for a little. The thing that kept me to MVC 1 atm is all the other libraries that I use. I don't know what state everything is at in supporting MVC 2, but that is definitely what tipped the decision to stay with MVC 1.

For an MVC 1 project a while back I did a similar thing with data annotations and jQuery Validate. So you can always roll your own.

Min
+1  A: 

I started with Asp.Net MVC 1 by version ctp 2 for a production site, it worked great, no bugs or anything, but there was quite a pain when a new version of Asp.Net MVC was released as they seldom were backward compatible.

Many new shiny things which are available in MVC 2 are possible to get via Asp.Net MVC Futures and MvcContrib.

Carl Hörberg
A: 

We went to MVC2 because we needed support for Single-Project Areas.

Robert Harvey