Question

I’m wondering when to divide code, and components of a project into a separate project. I’m creating a MVC .NET Web project, and there are many directories/sub-directories, and I haven’t even started getting into some of the background processes that will take even more space.

I’m just trying to work on organizing projects and the code-within.

When should you start dividing your code into separate projects? Could you also provide an example?

Thank You

Answer 1

I often see a variation on something along the lines of:

• Web App
• Service Layer
• Business Layer
• Data Layer
• Unit Tests
• Integration Tests

One way to get an idea is search for asp.net MVC open source projects and see how they are doing it.

For an alternate way to above you can check out CodeCampServer. They used the Onion Architecture to layout their projects.

The Onion Architecture is different than what was laid out above and they have a great explanation of why (webcast).

Pictures taken from web page referenced above.

Key tenets of Onion Architecture:

•The application is built around an
independent object model •Inner
layers define interfaces. Outer
layers implement interfaces
•Direction of coupling is toward the
center •All application core code can
be compiled and run separate from
infrastructure

The Onion Architecture link with the open source sample gives you reasoning behind when/why and a concrete example to play with to see if you like it.