您何时/何地决定将大型 Visual Studio 项目拆分为多个较小的项目？如果可以重复使用？什么时候项目太大？ (但多大才算太大？)
当你拆分项目时，你会吗，
按数据库表分组
按相似功能分组
其他..
最佳答案
许多项目的优点:
- 更容易隔离单元测试代码。我喜欢隔离依赖于大型外部服务器的代码，例如与 SMTP 服务器通信的代码有自己的程序集，与数据库通信的代码有自己的程序集，与网络服务器通信的代码，是像验证这样的纯业务逻辑。
几个项目的优点:
- Visual Studio 运行速度更快
- 有些开发者就是不明白你的想法 关于职责划分 并将开始上课 无处不在，所以你最终得到 额外项目的痛苦和 投入一切的好处 一个项目。
- 每个项目都有一个配置，当您决定项目配置时，通常您必须在所有地方进行相同的更改，例如设置或更改强名称 key
许多解决方案的优点
- 您后来达到了最高项目级别。
- 每次按 f5 时，只会编译当前解决方案中的内容
- 如果项目预计不会在您的应用程序生命周期内发生变化，为什么要一遍又一遍地重新编译它？称其为完成并将其移至自己的解决方案。
许多解决方案的缺点
- 由您来解决解决方案之间的依赖关系并首先手动编译依赖关系。这会导致复杂的构建脚本。
关于c# - 您什么时候决定将大型项目拆分成较小的项目？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2658506/