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

Question

我正在开发一个使用微服务方法的应用程序，并且我很难定义这些微服务在Visual Studio项目中的样子。

我最初的做法是为每个微服务创建一个visual studio解决方案。每一个解决方案将有以下项目：

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

所以每个微服务有7个项目。不知怎的，它感觉很多项目正在为每个解决方案重新实现。

这种方法是否正确？有没有人用.net构建微服务？你的项目配置如何？

Answer 1

这是一个非常普遍的问题，但作为一个指导方针，我会建议从小的和小的开始，只有在需要时才会扩大。

那么您需要的最小设置是多少？可能主机，逻辑（包括商业，模型，DAL等，他们可以在不同的文件夹下）和测试。

从此开始。看看它是如何工作的。看看你是否真的需要更多。学习和迭代。这是思维方式的一部分，你可以真正使用微观服务思维方式（并且存在一些敏捷连接......）。