jdk170不支持注釋

在帖子中， @ Deprecated可能會是什么樣子？ ，我當時使用JEP 277 （“增強的棄用”）的描述來指導創建增強的自定義@Deprecated注釋。 但是，自從發布該文章以來，JEP 277進行了重大更改。該文章總結了JDK 9計劃的@Deprecated的更改和當前計劃的增強。

在2016-03-03 18:04對JDK-8065614 （“ JEP 277：增強的棄用”）所做的更改刪除了JEP描述中描述擬議的@Deprecated枚舉的部分。 JEP 277主頁上的“ 替代方法 ”部分介紹了為何刪除枚舉的原因：

該提案的先前版本包括各種“原因”代碼，包括未審查，危險，過時，已取代，未完成和實驗。 這些嘗試試圖對API棄用的原因，使用它的風險以及是否有替代API進行編碼。 實際上，所有這些信息都過于主觀，無法在注釋中編碼為值。 而是應在Javadoc文檔注釋中描述此信息。

修改后的@Deprecated注釋現在支持兩種方法，如API文檔中所示。 該文檔解釋說， forRemoval（）方法 “指示在將來的版本中是否可以刪除可評估的元素”，并且默認情況下返回false 。 since（）方法文檔指出，第二個方法“返回已棄用帶注釋元素的版本”，并且默認情況下返回空字符串。

forRemoval()和since()的默認值false和""分別是有意義的，因為這些默認值對應于今天無法使用@Deprecated指定此信息。 因為在代碼庫中已經有無數@Deprecated ，所以使@Deprecated這些現有用法對應于沒有計劃的刪除和未指定“自”是最有意義的。 開發人員可以根據需要將這些值添加到現有的@Deprecated批注中。

這些是@Deprecated批注的次要添加，但是新的@Deprecated仍然比今天的Java早期版本要好得多，因為我們現在可以在批注本身內指定棄用的兩個非常重要的特征。 指定何時不建議使用構造以及何時計劃完全刪除它，可以提供與不贊成使用有關的具有潛在洞察力的歷史和未來信息。

翻譯自: https://www.javacodegeeks.com/2016/08/jdk-9-deprecated-annotation-enhancements.html

jdk170不支持注釋

總結

以上是生活随笔為你收集整理的jdk170不支持注释_JDK 9 @不建议使用的注释增强功能的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。