Caller服务调用 - Dapr
◆ 前言
上一篇我们讲了使用HttpClient的方式调用，那么如果我们现在需要更换为通过dapr实现服务调用，我们需要做哪些事情呢？
◆ Caller.Dapr 入门
如果我们的项目原本使用的是Caller.HttpClient，现在希望改为使用Caller.Dapr，那么我们需要做什么呢？
- 改造Caller 服务调用 - HttpClient的中的服务端，使得服务端支持dapr调用
- 调整客户端代码，使客户端支持通过dapr来做到服务调用，并达到与HttpClient调用相同的结果
准备工作
- 安装.Net 6.0
- 创建ASP.NET Core 空白解决方案
Assignment03 - 将
Assignment02文件夹下的Assignment.Server复制到Assignment03的文件夹下，然后将项目Assignment.Server添加到解决方案Assignment03中 - 选中
Assignment.Server并安装Masa.Utils.Development.Dapr.AspNetCore
4.修改Assignment.Server项目下的Program.cs
Q: 什么是DaprStarter？为什么要使用DaprStarter？ A: DaprStarter是Masa团队开发出来用于管理Dapr sidecar的包，可以帮助我们在开发环境下很简单的使用dapr sidecar
Q: 为什么要指定AppId、DaprGrpcPort、DaprHttpPort等信息？ A: 客户端调用需要得到Dapr的AppId、设置DaprGrpcPort、DaprHttpPort是因为客户端演示项目没有使用dapr sidecar，如果客户端项目也使用dapr sidecar，此处可以不指定DaprGrpcPort、DaprHttpPort，更多信息请参考文章
5.创建ASP.NET Core 空项目Assignment.Client.DaprClientWeb作为客户端并安装Masa.Utils.Caller.DaprClient
6.修改Assignment.Client.DaprClientWeb项目下的Program.cs
相较于Assignment.Client.HttpClientWeb，Assignment.Client.DaprClientWeb仅仅是更改了Program.cs，将UseHttpClient改为UseDapr，其余代码无需修改
7.添加环境变量DAPR_GRPC_PORT，值为7007、DAPR_HTTP_PORT，值为7008
Q: 为什么要添加环境变量？ A: 由于当前客户端并未使用dapr sidecar，若当前客户端也使用dapr sidecar，此处可以不添加环境变量
现在Caller的HttpClient版本就可以使用了，分别启动Assignment.Server、Assignment.Client.DaprClientWeb服务，浏览器访问http://localhost:5042/Test/User/Get、http://localhost:5042/Test/User/Add，分别输出对应的获取用户信息成功以及创建用户成功的提示，则证明调用成功了
◆ DaprClient 最佳实践
Assignment.Client.DaprClientWeb的写法比较简单，其用法与Assignment.Client.HttpClientWeb基本一致，与Caller.HttpClient类似，DaprClient我们推荐使用下面的写法:
- 创建ASP.NET Core 空项目
Assignment.Client.DaprClientWeb.V2作为调用方V2版本 - 选中
Assignment.Client.DaprClientWeb.V2并安装Masa.Utils.Caller.DaprClient
- 添加类
ServerCallerBase(对应服务端服务)
4.添加类UserCaller.cs
5.添加环境变量DAPR_GRPC_PORT，值为7007、DAPR_HTTP_PORT，值为7008最后，分别启动Assignment.Server、Assignment.Client.DaprClientWeb.V2服务，浏览器访问http://localhost:5102/Test/User/Get、http://localhost:5102/Test/User/Add，分别输出对应的获取用户信息成功以及创建用户成功的提示，则证明调用成功了
◆ 常见问题
在开发中我们会遇到各种各样的问题，下面就来列举几个我们项目中遇到的问题：
- 一个项目在同一个k8s集群部署了两套环境，为什么会出现代码调用混乱（开发环境调用线上环境）？
- 如何解决同一个k8s集群中调用混乱的问题？
- 如何修改支持自定义Header？
◆ 总结
使用Masa提供的Caller服务，有助于我们的项目在前期没有使用Dapr的情况下先利用Caller.HttpClient做缓冲，等后期时机成熟，只需要更改相对应的CallerBase即可，其他代码基本不需要调整，减轻了我们的开发成本，并且不同的Caller仍然可以很灵活的调整超时时间、Header等信息，并且Caller默认提供了处理异常的功能，当调用出错后，会自动抛出异常，让我们可以更专心的处理业务。
但目前Caller还有不足之处，目前Caller.Dapr版针对请求头处理的并不完善，除此之外，目前不支持Content-Type为非Json类型，这块功能会在0.5.0版本中加以支持完善。
来源：
https://www.cnblogs.com/zhenlei520/p/16324804.html
“IT大咖说”欢迎广大技术人员投稿，投稿邮箱：aliang@itdks.com
来都来了，走啥走，留个言呗~
IT大咖说 | 关于版权
由“IT大咖说（ID：itdakashuo）”原创的文章，转载时请注明作者、出处及微信公众号。投稿、约稿、转载请加微信：ITDKS10（备注：投稿），茉莉小姐姐会及时与您联系！
感谢您对IT大咖说的热心支持！