API包装器构造函数：参数为Null时使用默认值的实现方案问询

嘿，我完全懂你的痛点——一堆嵌套的条件判断简直是维护噩梦，尤其是当新增参数时，代码量会以指数级膨胀，太糟心了。针对你这个API包装器的超时处理需求，我有两个更优雅的方案，能完美避开那些讨厌的if/else块和构造函数里的冗余逻辑：

方案1：Builder模式（强烈推荐，扩展性拉满） #

Builder模式专门解决多可选参数的构造问题，不管以后加多少参数，都不用改调用逻辑，也不用在构造函数里处理空值，代码清爽还易于维护。

举个代码示例（以C#为例，思路适用于大多数OOP语言）：

// 定义Builder类，负责参数配置和实例构建
public class ClientBuilder
{
    // 初始化参数为默认状态（超时设为null表示使用Client默认值）
    private int? _timeout = null;
    private int _maxFailedRequests = 5;

    // 链式配置方法，只修改需要自定义的参数
    public ClientBuilder WithTimeout(int timeout)
    {
        _timeout = timeout;
        return this;
    }

    public ClientBuilder WithMaxFailedRequests(int maxFailedRequests)
    {
        _maxFailedRequests = maxFailedRequests;
        return this;
    }

    // 最终构建Client实例，统一处理默认值
    public Client Build()
    {
        var actualTimeout = _timeout ?? 60; // 把null替换为Client默认超时60
        return new Client(actualTimeout, _maxFailedRequests);
    }
}

// Client类保持纯净，构造函数只接收确定的非空参数
public class Client
{
    public int Timeout { get; }
    public int MaxFailedRequests { get; }

    public Client(int timeout, int maxFailedRequests)
    {
        Timeout = timeout;
        MaxFailedRequests = maxFailedRequests;
    }
}

调用的时候超级简洁，完全不用写任何条件判断：

// 使用全部默认值
var defaultClient = new ClientBuilder().Build();

// 仅自定义超时
var shortTimeoutClient = new ClientBuilder().WithTimeout(30).Build();

// 仅自定义最大失败请求数
var retryClient = new ClientBuilder().WithMaxFailedRequests(10).Build();

// 同时自定义多个参数
var customClient = new ClientBuilder().WithTimeout(30).WithMaxFailedRequests(10).Build();

以后新增参数时，只需要在Builder里加一个WithXXX方法即可，调用端的代码完全不用改，彻底解决参数新增导致的代码膨胀问题。

方案2：简化构造函数参数处理（轻量方案） #

如果觉得Builder模式有点“重”，也可以利用语言的可选参数+空合并运算符，让构造函数的逻辑极简，同时避免调用端的条件判断：

public class Client
{
    public int Timeout { get; }
    public int MaxFailedRequests { get; }

    // 参数设为可选且可空，默认值为null（超时）和5（失败请求数）
    public Client(int? timeout = null, int maxFailedRequests = 5)
    {
        // 一行代码处理超时默认值，逻辑清晰不杂乱
        Timeout = timeout ?? 60;
        MaxFailedRequests = maxFailedRequests;
    }
}

调用方式同样清爽：

// 默认配置
var defaultClient = new Client();

// 自定义超时
var shortTimeoutClient = new Client(timeout: 30);

// 自定义最大失败请求数
var retryClient = new Client(maxFailedRequests: 10);

// 同时自定义两个参数
var customClient = new Client(30, 10);

这个方案代码量极少，构造函数里的逻辑只有一行，不会让类的职责变得混乱，完美替代你说的“Main里加条件”的方案。

总结 #

• 如果未来会频繁新增可选参数，Builder模式是最优解，扩展性和可维护性都极强；
• 如果参数变化不多，方案2的简化构造函数就足够用，轻量且高效。

两个方案都能彻底避免你讨厌的条件判断爆炸问题，也能让代码结构更清晰。

内容的提问来源于stack exchange，提问作者crenshaw-dev