ASP.NET Core 6 Web API向第三方API传递指定字段载荷实现方案

你可以根据项目实际情况选择以下方案，优先推荐第一种，长期维护成本最低。 #

方案1：定义第三方接口专用请求DTO（工程化推荐） #

不同业务场景使用独立传输模型是最规范的做法，可完全隔离内部入库逻辑和对外调用逻辑，后续字段调整不会互相影响，也不会出现敏感字段意外泄露的问题。

1. 新增第三方接口专属请求模型，只保留需要传递的4个字段：

public class ThirdPartyEmployeeRequest
{
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string EmployeeCode { get; set; }
    public string Email { get; set; }
}

2. 在调用第三方接口的位置，把原入参对应字段赋值给这个专用模型，替换原来直接传payload的逻辑：

// 构造对外请求载荷，仅包含允许传递的字段
var thirdPartyReq = new ThirdPartyEmployeeRequest
{
    FirstName = payload.FirstName,
    LastName = payload.LastName,
    EmployeeCode = payload.EmployeeCode,
    Email = payload.Email
};

var httpResponse = await _httpHelper.PostOrPutRequest(
    uri: employeeEndPoint, 
    methodType: HttpMethod.Post, 
    model: thirdPartyReq, 
    headers: headers
);

如果项目集成了AutoMapper，只需要配置EmployeeDataRequest到ThirdPartyEmployeeRequest的映射规则，不用手动逐字段赋值。 #

方案2：使用匿名对象构造载荷（轻量场景适用） #

如果不想额外新增类文件，直接在调用位置构造匿名对象即可，不需要修改原有DTO定义，也不会影响原有入库逻辑：

// 匿名对象仅包含需要对外传递的字段
var thirdPartyReq = new 
{
    payload.FirstName,
    payload.LastName,
    payload.EmployeeCode,
    payload.Email
};

var httpResponse = await _httpHelper.PostOrPutRequest(
    uri: employeeEndPoint, 
    methodType: HttpMethod.Post, 
    model: thirdPartyReq, 
    headers: headers
);

序列化时只会包含匿名对象中声明的4个字段，Salary、Location不会出现在发给第三方的请求体里。 #

额外注意事项 #

你当前贴的代码有几个会导致运行/编译错误的问题，可顺便修正：

• 构造函数没有注入IConfiguration参数，代码里直接使用config变量会编译失败，记得在构造函数参数列表中加入IConfiguration config并赋值给全局的_config字段。
• 异步方法中不要用.Result阻塞调用，很容易引发线程池死锁，如果PostOrPutRequest是异步方法，直接用await调用即可。
• 代码中使用的token.access_token、content变量没有提前定义，记得补全对应的token获取、响应内容读取逻辑。
• 你当前配置的EmployeeUrl是完整带域名的接口地址，和baseUrl拼接时会出现地址重复，建议把Endpoints节点拆分为根域名和接口相对路径，或者直接读取EmployeeUrl作为请求地址，不要额外拼接。

内容的提问来源于stack exchange，提问作者Ayobamilaye