C 8新提案讓泛型Attribute成為現實

2021-09-17 06:21:31 字數 1432 閱讀 7840

從一開始, attribute就是.net的一部分。因此,它們在引入泛型之前就已經被建立好,這意味著如果要引用屬性中的型別,必須暴露乙個type引數或屬性。例如:

[typeconverter(typeof(x))]
這種模式存在一些限制。在上面的示例中,x必須有乙個無引數的建構函式,並繼承typeconverter。編譯器不會強制這些,所以開發人員只能在執行時發現錯誤。

相反,如果我們使用泛型型別引數,那麼就可以在編譯器強制執行這些規則,而且語法會稍微清晰一些。

[typeconverter\u0026lt;x\u0026gt;]
理論上,「allow generic attributes」提案是乙個非常簡單的變更。clr已經支援這個概念,問題是如何在.net語言中使用它。但有時候理論和現實是兩條平行線,而且即使clr可以支援,並不代表就一定會支援。jan kotas解釋說:

我認為這個問題的本質與區域性引用和return類似。區域性引用和return不受任何api的限制,理論上它們在現有的執行時、工具和庫上都能正常執行。但在實際當中,它們可能不能正常執行,因為它們暴露了預先存在的錯誤和限制,可能是因為它們的處理路徑從未被執行過,或者它們明顯不在預期之內。與引用return相關的錯誤和問題剛剛開始出現,因為人們開始使用這項功能,並發現了一些不奏效的地方。我認為這在預期之內。我們應該承認這些事實,並且不會採取之前我們撤回預設值型別建構函式功能那樣的行動。

這個功能非常類似。ecma並沒有針對禁止使用泛型attribute的內容,在理論上應該可以正常執行,但實際上卻沒有。如果要正常執行,必須更新整個系統中的很多部件:

存在多個執行時(mono、corert、整個框架);

il的一些工具也可能會受到影響(編譯器、基於cecil或基於cci2的工具);

可能需要用於訪問泛型attribute的api(例如,現有的反射api不允許你訪問泛型attribute——你必須進行列舉)。

該提案的乙個限制是在編譯時必須「關閉」attribute功能。下面是提案中提供的乙個啟用泛型attribute的例子。

[someattribute\u0026lt;t\u0026gt;]public void dosomething\u0026lt;t\u0026gt;(t input)
因為t不是在編譯時定義的,因此反射機制就不知道這個表示式會返回什麼。

typeof(genericclass\u0026lt;\u0026gt;).getmethod(\u0026quot;dosomething\u0026quot;).getcustomattributes()
狀態

目前,泛型attribute功能列在c# 8路線圖中,狀態為「進行中」。

檢視英文原文

C 8新提案讓泛型Attribute成為現實

從一開始,attribute就是.net的一部分。因此,它們在引入泛型之前就已經被建立好,這意味著如果要引用屬性中的型別,必須暴露乙個type引數或屬性。例如 typeconverter typeof x 這種模式存在一些限制。在上面的示例中,x必須有乙個無引數的建構函式,並繼承typeconver...

C 8新提案讓泛型Attribute成為現實

從一開始,attribute就是.net的一部分。因此,它們在引入泛型之前就已經被建立好,這意味著如果要引用屬性中的型別,必須暴露乙個type引數或屬性。例如 typeconverter typeof x 這種模式存在一些限制。在上面的示例中,x必須有乙個無引數的建構函式,並繼承typeconver...

C 8新提案讓泛型Attribute成為現實

從一開始,attribute就是.net的一部分。因此,它們在引入泛型之前就已經被建立好,這意味著如果要引用屬性中的型別,必須暴露乙個type引數或屬性。例如 typeconverter typeof x 這種模式存在一些限制。在上面的示例中,x必須有乙個無引數的建構函式,並繼承typeconver...