.NET 应用程序中的微服务解决方案结构

Question

我正在使用微服务方法开发应用程序，但我很难定义这些微服务在 Visual Studio 项目中的外观。

我最初的方法是为每个微服务创建一个 Visual Studio 解决方案。每个解决方案都会有以下项目：

• 主机
• 业务 API
• 数据访问层
• 型号
• 接口（用于 DI）
• 数据访问模拟
• 业务 API 测试

所以每个微服务有 7 个项目。不知何故，感觉每个解决方案都重新实现了很多项目。

这种方法正确吗？有人用.net 构建过微服务吗？您的项目配置如何？

Answer 1

这是一个非常笼统的问题，但作为指导方针，我建议从小处着手，仅在必要时才进行扩展。

那么您需要的最小设置是什么？可能是 Host、Logic（包括业务、模型、DAL 等，它们可以在不同的文件夹下）和 Tests。

从那开始。看看它是如何工作的。看看你是否真的需要更多东西。学习和迭代。这是您在进入微服务思维方式时真正可以使用的思维方式的一部分（并且那里有一些敏捷连接......）。