为什么不推荐使用默认注释处理映射？
在Spring MVC中，类DefaultAnnotationHandlerMapping已被弃用。文档(http://docs . spring . io/spring/docs/current/javadoc-API/org/spring framework/web/servlet/MVC/annotation/defaultannotationhandlermapping . html)说:
已弃用。在Spring 3.2中支持RequestMappingHandlerMapping
为什么被弃用？RequestMappingHandlerMapping修复了这个类的哪些实际问题？
共有1个答案
Spring Framework是一个托管在GitHub上的开源项目，所以所有这些信息都很容易在代码中找到:
- 查找有问题的源文件：单击
- 切换到“责备”视图：单击
- 查找“
@Deprecated”的所有出现项 要查找关联的提交：单击 - 提交消息提到“SPR-10005”，在Spring JIRA 上找到它：单击
- JIRA 票证包含指向“版本 3.1.3 中的新功能”文档的链接：单击
相关部分:
新的类是为了响应许多请求而开发的，以使注释控制器支持类更具可定制性和可扩展性。以前您可以配置自定义注释控制器方法参数解析器，而使用新的支持类，您可以自定义任何支持的方法参数或返回值类型的处理。
-
问题内容： 升级到gradle 4.7之后，我以前没有警告的版本现在发出以下警告： 在编译类路径上检测到以下注释处理器：“ lombok.launch.AnnotationProcessorHider $ AnnotationProcessor”和“ lombok.launch.AnnotationProcessorHider $ ClaimingProcessor”。 不建议在编译类路径上检测注
-
问题内容： 众所周知，Java 中的接口已损坏。造成这种情况的原因很多，我将不再赘述。其他人已经做到了。这也是Java架构师本身的立场。 因此，我的问题是：为什么还不被弃用？如果核心Java团队已确定它已损坏，那么他们还必须考虑过时。他们反对这样做的原因是什么（在Java 8中仍不建议弃用）？ 问题答案： 有一个错误在1997年提交给Java的错误数据库有关添加方法，所以将不再是无用的。它以“无法
-
问题内容： 我曾经在hibernate 3中使用getHibernateTemplate（），现在我转向了Hibernate 4，在这里我找不到以下类： 在这里我已经阅读过有关它的更多信息，不建议使用 http://forum.springsource.org/showthread.php?117227-Missing-Hibernate- Classes-Interfaces-in-spring
-
问题内容： 我正在将hibernate项目配置为使用第二级缓存提供程序，以便可以利用查询缓存。 我向ehcache添加了一个依赖项： 我认为我要使用的提供程序类是： 在eclipse中查看引用的库时，我在和上都看到了注释。是什么赋予了？我可以使用最新的替代供应商吗？ 我正在使用hibernate版本3.4.0.GA，以防万一。 问题答案： 是什么赋予了？我可以使用最新的替代供应商吗？ 不推荐使用它
-
问题内容： 我曾经在hibernate 3中使用getHibernateTemplate（），现在我转向了Hibernate 4，在这里我找不到以下类： 有人可以解释我为什么吗？在hibernate4中，我现在需要执行所有任务，例如提交，关闭，刷新由getHibernateTemplate（）方法自动管理的事务？ 问题答案： 因为它的主要目的是使Hibernate会话绑定到当前的Spring事务（
-
问题内容： Maven编译器插件的文档提到以下内容： 注解处理器： 要运行的注释处理器的名称。仅适用于JDK 1.6+。如果未设置，则默认注释处理器发现过程适用。 什么是 默认的注解处理器发现过程 吗？除了此配置标签，还有其他方法可以设置注释处理器吗？ 我发现“注释处理工具入门（apt）”文档提到了 默认的发现过程 ，但是它适用于 工厂类 而不是处理器，并且不幸的是，它使用JDK中的和包。这是默认