.NET 应用程序中的微服务解决方案结构
Microservice solution structure in .NET applications
我正在使用微服务方法开发应用程序,但我很难定义这些微服务在 visual studio 项目中的外观。
我最初的方法是为每个微服务创建一个 visual studio 解决方案。每个解决方案都会有以下项目:
- 主持人
- 商业API
- 数据访问层
- 型号
- 接口(用于 DI)
- 数据访问模拟
- 商业测试API
所以每个微服务有 7 个项目。不知何故,感觉每个解决方案都需要重新实现很多项目。
这种做法正确吗?有人用 .net 构建过微服务吗?您的项目配置如何?
这是一个非常笼统的问题,但作为指导原则,我建议从小处着手,只有在必要时才进行扩展。
那么您需要的最小设置是什么?大概是Host、Logic(包括business、model、DAL等,可以放在不同的文件夹下)和Tests。
从那开始。看看它是如何工作的。看看你是否真的需要更多东西。学习和迭代。这是您在进入微服务思维方式时真正可以使用的心态的一部分(并且那里有一些敏捷连接......)。
我正在使用微服务方法开发应用程序,但我很难定义这些微服务在 visual studio 项目中的外观。
我最初的方法是为每个微服务创建一个 visual studio 解决方案。每个解决方案都会有以下项目:
- 主持人
- 商业API
- 数据访问层
- 型号
- 接口(用于 DI)
- 数据访问模拟
- 商业测试API
所以每个微服务有 7 个项目。不知何故,感觉每个解决方案都需要重新实现很多项目。
这种做法正确吗?有人用 .net 构建过微服务吗?您的项目配置如何?
这是一个非常笼统的问题,但作为指导原则,我建议从小处着手,只有在必要时才进行扩展。
那么您需要的最小设置是什么?大概是Host、Logic(包括business、model、DAL等,可以放在不同的文件夹下)和Tests。
从那开始。看看它是如何工作的。看看你是否真的需要更多东西。学习和迭代。这是您在进入微服务思维方式时真正可以使用的心态的一部分(并且那里有一些敏捷连接......)。