C#中能否用泛型定义方法可选参数？如何统一IFoo接口实现

我定义了泛型接口IFoo<T>，包含方法Bar(T value)，泛型参数T决定Bar方法的参数类型。但有时Bar无需接收参数，因此又定义了非泛型IFoo接口，包含无参Bar()方法。

该方案虽可行，但维护成本高：更新接口需修改两个IFoo，实现类需分别实现泛型与非泛型版本（如Baz<T>和Baz），二者逻辑近乎一致却需重复编写，易出现代码不同步问题。

我期望仅用一个Baz类，既能实例化为带泛型的版本（如Baz<int>、Baz<string>）调用带参Bar，也能实例化为非泛型版本调用无参Bar，示例代码如下：

// 期望仅用一个Baz类实现以下调用
var intBaz = new Baz<int>();
var stringBaz = new Baz<string>();
var emptyBaz = new Baz();

intBaz.Bar(100);
stringBaz.Bar("It would be really nice if this is possible, thank you");
emptyBaz.Bar();

请问在C#中，能否用泛型定义方法的可选参数？或者是否有办法定义一个IFoo接口，既能指定Bar方法的参数类型，又能控制是否需要参数？

解决方案 #

方法1：通过非泛型类包装泛型类（推荐） #

C#无法让同一个类直接同时支持泛型与非泛型实例化，但可以通过非泛型类继承泛型类的方式实现需求，核心逻辑仅需编写一次，避免代码重复：

1. 定义一个标记用的Unit结构体，用来表示“无参数”的语义：

public struct Unit
{
    public static readonly Unit Default = new Unit();
}

2. 编写泛型Baz<T>类，实现带参Bar方法，核心业务逻辑都在这里：

public class Baz<T>
{
    public void Bar(T value)
    {
        if (typeof(T) == typeof(Unit))
        {
            // 处理无参调用的逻辑
            Console.WriteLine("无参Bar执行");
        }
        else
        {
            // 处理带参调用的逻辑
            Console.WriteLine($"带参Bar执行，参数：{value}");
        }
    }
}

3. 编写非泛型Baz类，继承自Baz<Unit>，封装无参Bar方法：

public class Baz : Baz<Unit>
{
    public void Bar()
    {
        // 调用泛型类的Bar方法，传入Unit标记
        base.Bar(Unit.Default);
    }
}

这样就能实现你期望的调用方式，且核心逻辑仅在泛型类中维护，非泛型类只是一层简单包装，不会出现代码不同步问题。

方法2：给泛型方法添加可选参数 #

如果不需要严格区分“无参”和“带默认值参数”的语义，可以直接给泛型类的Bar方法添加可选参数，默认值为default(T)：

public class Baz<T>
{
    public void Bar(T value = default)
    {
        if (value == null && typeof(T).IsClass)
        {
            // 处理无参/传入null的逻辑
        }
        else
        {
            // 处理带参逻辑
        }
    }
}

此时非泛型调用可以用Baz<object>替代：

var emptyBaz = new Baz<object>();
emptyBaz.Bar(); // 调用时不传参数，使用默认值null

但这种方法的缺点是：值类型的default(T)（比如int的0）会和用户主动传入的参数混淆，无法明确区分“无参调用”和“传入默认值参数”的场景。

方法3：定义统一的泛型接口 #

可以定义一个包含带可选参数Bar方法的泛型接口，让实现类统一实现：

public interface IFoo<T>
{
    void Bar(T value = default);
}

public class Baz<T> : IFoo<T>
{
    public void Bar(T value = default)
    {
        // 实现逻辑
    }
}

同样，非泛型场景可以结合方法1的包装类，用Baz<Unit>来处理，实现更友好的调用体验。

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