Question

Right now this legacy code is multiple projects, each in it’s own solution. Each project references another project by it’s compiled dll. to get the main project running you have to go through 10+ individual builds in the correct order.

I’m trying to explain how moving all projects under a single solution is a good idea to fix all of these issues. How can I explain to the other devs that this is a better idea? I can’t see how it isn’t a better way to go, but is it or am I wrong?

Answer 1

You are correct and I’d explain it to the other developer in terms of benefits

The simplest argument for me is building 1 time is much faster than building 1 solution 10 times. Loading up every different solution individually is tedious and time consuming. Visual Studio is about making your life better, loading solutions 10 different times just makes your life worse.

Additionally putting all the projects in one solution means you get live support for many features like IntelliSense, Refactoring, Find All References, etc … Having live project references produces a much better experience than going through DLLs. Refactoring is one feature that is severely limited in it’s usefulness when going through DLLs.

If they are worried about the cost of rebuilding the world constantly when iterating on a root project then the best approach is to create a new build configuration which only builds the root projects. Solutions support multiple build configurations and switching between them is very fast (much faster than switching between solutions).