如何在接口内获取实现类类型？求更优实现及架构评估

更简洁的实现方式 #

如果只是需要在接口方法中获取当前调用实例的实现类类型，无需引入泛型，直接利用GetType()即可（C# 8.0及以上支持接口默认方法）：

public interface SomeInterface
{
    public void Somemethod()
    {
        Type implementingType = this.GetType();
        Console.WriteLine(implementingType.Name); // 输出 "ImplementationOfSomeInterface"
    }
}

public class ImplementationOfSomeInterface : SomeInterface
{
}

这种方式完全不需要泛型参数，代码更简洁，且能准确拿到实际调用的实现类类型——因为this在默认方法中指向的是实现类的实例，GetType()返回的是实例的真实类型。

你的泛型方案的架构问题 #

你用的是奇异递归模板模式（CRTP），这种模式在.NET中确实有应用（比如IEquatable<T>），但存在几个潜在问题：

• 无法编译时强制约束：实现类可以随意指定泛型参数，比如class WrongImpl : SomeInterface<OtherClass>，此时typeof(T)会返回OtherClass而非实现类本身，且(T)this会抛出强制转换异常，只能靠代码规范或运行时检查避免。
• 增加复杂度：当存在多层继承时，泛型参数会变得繁琐；如果需要统一处理不同实现类（比如用非泛型的SomeInterface集合），泛型类型会导致类型割裂，需要额外定义非泛型基接口。
• 冗余的类型声明：每个实现类都要重复写自身类型作为泛型参数，属于不必要的重复代码。

针对IContext场景的优化建议 #

你的补充示例中存在明显错误：Context : IContext<AnotherContext>会导致(T)this强制转换失败（Context实例无法转成AnotherContext），正确写法是让实现类将自身作为泛型参数。此外，为兼顾统一处理和强类型访问，建议搭配非泛型基接口：

// 非泛型基接口，用于统一管理不同上下文类型
public interface IContext
{
    object GetContext();
}

// 泛型接口继承非泛型基接口，约束T为自身实现类
public interface IContext<T> : IContext where T : IContext<T>
{
    new T GetFormatContext()
    {
        return (T)this;
    }

    // 实现非泛型接口的方法
    object IContext.GetContext() => GetFormatContext();
}

public class Context : IContext<Context>
{
    public int field;
}

public class AnotherContext : IContext<AnotherContext>
{
    public string field;
}

public class App
{
    // 用非泛型基接口存储，兼容所有上下文类型
    static public IContext context;
}

public class Someclass
{
    // 强类型方法，直接访问专属字段
    public void UseIntContext(Context context)
    {
        Console.WriteLine(context.field);
    }

    public void UseStringContext(AnotherContext context)
    {
        Console.WriteLine(context.field);
    }

    // 通用处理方法，通过类型判断访问不同字段
    public void UseAnyContext(IContext context)
    {
        if (context is Context ctx)
        {
            Console.WriteLine(ctx.field);
        }
        else if (context is AnotherContext anotherCtx)
        {
            Console.WriteLine(anotherCtx.field);
        }
    }
}

这样既保留了强类型访问的优势，又能通过非泛型基接口统一处理不同的上下文实现类，同时避免了强制转换的风险。

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