我在这个问题上看到了很多不同的看法，因此我想出了在这方面是否有首选的方法。
关于针对同一解决方案的多个解决方案，是否有关于设置Visual Studio项目和解决方案的最佳实践？
例如:
假设我有一个任务，需要一个Web应用程序，一个控制台应用程序和一个共享的业务逻辑库。
在我的职业生涯中，我曾以1、2和3解决方案看到过这种情况。这是一个简单的例子；但是，如果项目数量增加怎么办？何时将其合为一体或分开？
最佳答案
实际上，对于MSDN上的这种设置有一些准则。我在StackOverflow上的answer to a similar question中写了一个简短的摘要。
关于visual-studio - Visual Studio项目/解决方案结构是否有最佳实践？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/284856/