Visual Studio解决方案/项目组织

Question

假设您正在创建一个复杂的后端系统。在系统的某个地方，您有一个IQueue接口。您正计划为队列提供几个实现：

朴素"in-memory"

• Database (其中队列在database)

• Amazon SQS中管理)(在cloud)

• MS/Google/Other队列服务

中使用Amazon服务)

显然，每个实现都需要它自己的类和实现。每个实现可能需要不同的引用(数据库将要求DLL与相关数据库通信，Amazon将需要Amazon，等等)

您将如何为这种情况组织解决方案？

假设接口和朴素的实现是使用队列的项目中的位置，我看到以下可能的选项：

每个实现单独的Visual (因此也是程序集)：implementation

• Con：

• Pro:洁净项目，项目级别上的“单一责任”，更容易更新特定的Studio

--许多项目，许多要管理/部署的程序集，较慢的Studio

​

针对所有“非天真”实现的

• 单个项目：
  • Pro/Con:与第一个
  • 完全相反

​

Answer 1

在我看来，对于每个实现，使用一个单独的Visual项目来选择您列出的第一条路径是更好的，因为您已经列出了这些原因。它还有一个额外的好处，就是可以在不需要替换二进制文件的情况下添加实现，这有点不错。