Is there a point to have multiple VS projects for an ASP.NET MVC application?

Posted by mare on Stack Overflow See other posts from Stack Overflow or by mare
Published on 2010-03-18T12:09:34Z Indexed on 2010/03/18 12:11 UTC
Read the original article Hit count: 159

I'm developing MVC application where I currently have 3 projects in solution.

  • Core (it is supposed to be for Repositories, Business Classes, Models, HttpModules, HttpFilters, Settings, etc.)
  • Data access (Data provider, for instance SqlDataProvider for working with SQL Server datastore - implements Repository interfaces, XmlDataProvider - also implements Repository interfaces but for local XML files as datastore)
  • ASP.NET MVC project (all the typical stuff, UI, controllers, content, scripts, resources and helpers).

I have no Models in my ASP.NET MVC project. I've just run into a problem because of that coz I want to use the new DataAnnotation feature in MVC 2 on my Bussiness class, which are, as said in Core, however I have I want to be able to localize the error messages. This where my problem starts. I cannot use my Resources from MVC project in Core. The MVC project references Core and it cannot be vice-versa.

My options as I see them are: 1) Move Resources out but this would require correcting a whole bunch of Views and Controllers where I reference them, 2) Make a complete restructure of my app

What are your thoughts on this? Also, Should I just move everything business related into Models folder in MVC project?? Does it even make any sense to have it structured like that, because we can just make subfolders for everything under MVC project? The whole Core library is not intended to ever be used for anything else, so there actually no point of compiling it to a separate DLL.

Suggestions appreciated.

© Stack Overflow or respective owner

Related posts about asp.net-mvc

Related posts about repository