Visual Studio VC Project With Multiple Output Versus Multiple Projects

Question

I am working in Visual Studio 2012. I have several C projects in a single Solution. Each project currently produces a single production output (dll/exe) and a single test (exe). I manage the multiple outputs through custom configurations and settings including ignoring files per configuration. My motivation for doing so is an attempt to more closely mimic the single project w/ test structure of object oriented languages. My questions is, is this approach better, worse or equivalent to having a project per output? I understand the subjective aspects of the question.

Edit: My research on the subject has been limited to searching the internet for known performance issues and anti-patterns. All of the search results from several permutations of the title above (and others) have been about the number of projects in a solution. I am not specifically concerned about that aspect as splitting my projects into two would still not produce the kinds of numbers being dealt with in the search results. In general, I don't believe performance would be an issue considering the size of the project. I'm mainly interested in whether there are accepted standards or known patterns/anti-patterns that I should be aware of in this approach. Microsoft's documentation here seems to hint at preferring a single project per solution but it isn't explicit. Other MSDN information focuses more on solution management than project management.

Answer 1

YMMV, but in our environment, we prefer any test code automatically to be rebuild after a change to library on which the test code depends was made. Having to switch between configurations first makes it easier to forget the rebuild. And don't you run into trouble when you try to debug through the test applications, and step from the test application's code into the library code, where the libraries configuration is not the active one?

So IMHO using different configurations for compiling different components is probably technically possible, but - at least in our case - it would increase the administrative work to manage them. Different configurations are made for creating different variants of the same component, like a Debug and and Release configuration, or 32 bit and a 64 bit configuration. That's at least the default usage you get from standard Visual Studio project templates. I would not try to shoehorn a different use case into that feature.