我有一个包含大约一百个项目的大型解决方案。有人说它太多了，其他人说它可能没关系。问题的根源是在决定是否创建另一个Visual Studio项目时应该使用什么标准，而不是使用已经存在的标准？什么是最佳做法？
例如：
1）在添加与其他现有功能有些独立的新功能时，是否应该创建新项目？这是创建新项目的正确或错误原因吗？这里应该使用命名空间吗？
2）我应该在开发另一个层或层（经典的数据访问，业务，表示层）时创建一个新项目。这里应该使用命名空间吗？
3）我应该创建新项目来将我的接口与我的实现分开。这是否足以成为创建新项目的理由？
等。这些子问题并不需要特别回答，但这是我正在寻找的标准。
由于
答案 0 :(得分：0)
基本上我会说当你需要创建一个将由至少2个程序集使用的新程序集时，你需要创建一个新项目，其余只使用命名空间。
例如，假设您有一个业务逻辑层，并且它在两个共享一些常用规则的不同应用程序中使用，您可以创建一个新项目。
如果以后要添加特定于其他项目的新规则，您仍然可以使用命名空间BusinessLogic但是创建一个新项目。
关键是要了解名称空间和程序集的使用。对我来说：
通过遵循这些定义，您可以轻松地重构代码，或者从现有代码创建一个新的程序集，需要在一段时间后在别处使用，而无需更改命名空间和编辑现有的工作代码。
回答您的具体问题：
1）如果这是一个“可插拔”功能，将动态实例化，那么是，如果不是你不需要这样做（我不说它会不好），
2）无论如何都应该使用命名空间
3）如果您动态实例化您的实现，我会说是，否则命名空间就可以完成工作
答案 1 :(得分：0)
维持这些大号没有。项目使用 Solution Folders ，它们用于对属于相同功能，图层，层的项目进行分组，请参阅MSDN上的Using Solution Folders。
另请参阅这些文章和SO QA以获取有关在Visual Studio中构建解决方案和项目的帮助参考和建议：
How to structure Visual Studio solutions
查看新的VS工具：Layered Architecture Solution Guidance 2012
Solution: Per application, or per application suite