java - 在界面中使用@RequestMapping 是不是一个坏主意？

Question

我查看了这个 SO Post其中讨论使用 RequestMapping在界面中。虽然帖子包含 方式实现这一点，但它没有提到这样做的利弊。

架构明智，使用 Controller 作为接口(interface)是一个坏主意吗？
我们将在 Controller 的多态性方面获得什么好处？

Answer 1

放@RequestMapping没有错在界面上。但是，请确保您有正确的理由这样做。多态性可能不是一个很好的理由，您不会在运行时交换不同的具体实现或类似的东西。

另一方面，例如，Swagger codegen 生成带有 @RequestMapping 的接口(interface)。以及方法、字段和返回类型的所有注释(连同 @Api 定义等)。然后你的 Controller 实现这个接口(interface)。在这种情况下，它很有意义，因为它只是强制您尊重最初在 Yaml 中定义的 Swagger/OpenAPI 接口(interface)定义。有一个很好的副作用是它使你的 Controller 更干净。 (客户端也可以使用相同的 Yaml 为自己的语言框架生成自己的客户端 stub )。

如果您选择这样做，请确保使用最新版本的 Spring 框架，因为有一些错误是最近才修复的，并非所有注释都被继承。
https://github.com/spring-projects/spring-framework/issues/15682

如果您坚持使用较旧的 Spring 版本，您可能需要在 Controller 中重复相同的注释。

因此，这样做有意义的真正原因是强制执行接口(interface)契约，并将接口(interface)定义(连同与接口(interface)有关的任何信息)与实际的具体实现分开。