以下,我使用一個執行個體,分享一下用於簡化泛型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的客戶程式調用代碼,只顯式傳入無法隱式推斷的泛型參數,不再傳入多餘的泛型參數。
在這個例子中,只有兩個泛型參數,可能您會覺得多此一舉。不過當你的參數更多,而無法推斷的參數只有一個時,這個方法就有發揮的地方了。