坡头网站开发公司,2o18江苏建设网站施工员模试卷,站长爱it,怎样在织梦后台里面做网站地图在帖子中#xff0c; Deprecated可能会是什么样子#xff1f; #xff0c;我当时使用JEP 277 #xff08;“增强的弃用”#xff09;的描述来指导创建增强的自定义Deprecated注释。 但是#xff0c;自从发布该文章以来#xff0c;JEP 277进行了重大更改。该文章总结了J… 在帖子中 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
