Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p><strong>Pros of many projects:</strong></p> <ul> <li>Easier to isolate code for unit testing. I like to isolate code that has a dependency on a big external server thing, for example code that talks to the SMTP server gets its own assembly, code that talks to the database gets it's own assembly, code that talks to the webserver, code that is pure business logic like validations.</li> </ul> <p><strong>Pros of few projects:</strong></p> <ul> <li>Visual studio goes faster </li> <li>Some developers just don't get your vision about dividing up responsibilities and will start putting classes everywhere, so you end up with the pain of extra projects and the benefits of putting everything into one project.</li> <li>Each project has a configuration and when you make a decision about project configuration, often you have to make the same chagne everywhere, such as setting or changing the strong name key</li> </ul> <p><strong>Pros of many Solutions</strong></p> <ul> <li>You hit the maximum project level later. </li> <li>Only the stuff in your current solution gets compiled everytime you hit f5</li> <li>If the project isn't expected to change in the life of your application, why re-compile it over and over? Call it done and move it to its own solution.</li> </ul> <p><strong>Cons of many Solutions</strong></p> <ul> <li>It's up to you to work out the dependencies between solutions and manually compile the dependencies first. This leads to complicated build scripts.</li> </ul>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload