小技巧 - 简化你的泛型API

时间:2022-04-25
本文章向大家介绍小技巧 - 简化你的泛型API,主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

    以下,我使用一个实例,分享一下用于简化泛型API设计的小技巧,“如何在泛型方法调用时,过滤掉可以隐式推断出的泛型参数”:

原有设计:

    系统中原来有这样一个静态的泛型API:

protected static PropertyInfo<TProperty> RegisterProperty<TOwner, TProperty>(Expression<Func<TOwner, TProperty>> propertyLambdaExpression)

使用方法:

var codeProperty = RegisterProperty<User, string>(e => e.Code);

可以看到,该方法虽然可以从参数中隐式推断出 P 的具体类型,但是无法推断出 T 的具体类型,所以需要显式指定T的类型。 由于语法特性的问题,我们不能使用RegisterProperty<User>(e => e.Code)的方法来只传递一个泛型参数给API;导致在使用该方法时,不得不把所有的的泛型参数都显式指定,也就是上面的使用方法。

灵光一现:

    如何做到不传递第二个泛型参数呢?在N天之后,发现了以下这个方法可以简化传入的泛型参数:

为该泛型方法声明一个泛型类:

public class PropertyRegister<TOwner>
{
    public static PropertyInfo<TProperty> Register<TProperty>(
        Expression<Func<TOwner, TProperty>> propertyLambdaExpression
        )
    {
        TOwner onwer;
        TProperty propery;
        //...
    }
}

这时,调用方法变为:

var codeProperty = PropertyRegister<PBS>.Register(e => e.Code);

这样好吗?

    这个方法的好处在于简化泛型API的客户程序调用代码,只显式传入无法隐式推断的泛型参数,不再传入多余的泛型参数。     在这个例子中,只有两个泛型参数,可能您会觉得多此一举。不过当你的参数更多,而无法推断的参数只有一个时,这个方法就有发挥的地方了。 :)