看起来没有任何经过验证的最佳实践指导您如何设置解决方案、项目和它们输出的程序集。微软似乎在 VS.net 时代尝试过,但他们已经放弃了这个内容。对于我读到的每种方法,都有另一种声称相反更好的方法,或者只关注“如果微软能够…”的帖子,但实际上并没有提供解决方案。
似乎有许多方法可以做到这一点,它们似乎都适用于不同情况下的各种团体,因此我想问一下您使用的约定以及为什么它们对您的情况有效。
我希望这将为不同情况、小型开发团队和项目到大型分散开发团队和项目提供几个良好的约定。
您使用哪些约定来...
- 给你的解决方案命名,为什么?
- 给你的项目命名,为什么?
- 给你的程序集命名,为什么?
- 知道何时创建新项目或添加到现有项目中,为什么?
- 知道何时将解决方案拆分为较小的解决方案,为什么?
- 知道何时将项目拆分为多个项目,为什么?
需要明确的是,在这些答案中,为什么和如何同样重要。在这里和其他地方发布了许多关于如何的答案,很少有人说他们为什么使用一种约定而不是另一种。