在JavaEE6中注释RESTWeb服务

在JavaEE6中注释RESTWeb服务,java,jakarta-ee,Java,Jakarta Ee,我正在用JavaEE6制作一个web服务。据我所知,您可以用@Path/@GET等注释或无接口bean注释本地接口。我想知道制作两个接口是否常见;一个用于带注释的web服务,另一个用于本地接口?或者您只是将它们添加到本地接口上?如果我理解您的问题,您会问您是否应该定义一个仅用于指定注释的接口。我不确定这样做的好处是什么,除非您有一个非常复杂的项目,并且预见到自己将用另一个库替换Web服务注释。在未来的支持下,这个图书馆将不得不处于虚拟死亡的境地,或者需要明确的证据表明我们的CTO将改变我的技术来

我正在用JavaEE6制作一个web服务。据我所知,您可以用@Path/@GET等注释或无接口bean注释本地接口。我想知道制作两个接口是否常见;一个用于带注释的web服务,另一个用于本地接口?或者您只是将它们添加到本地接口上?

如果我理解您的问题,您会问您是否应该定义一个仅用于指定注释的接口。我不确定这样做的好处是什么,除非您有一个非常复杂的项目,并且预见到自己将用另一个库替换Web服务注释。在未来的支持下,这个图书馆将不得不处于虚拟死亡的境地,或者需要明确的证据表明我们的CTO将改变我的技术来考虑这个策略。 对于大多数项目来说,这似乎有些过分,特别是如果您已经为控制器定义了一个接口,可以将这些注释添加到该接口中。作为您项目中的一名同事,我不想检查3个不同的文件以获得1个类的注释,除非有非常令人信服的理由这样做

话虽如此,如果您想向接口或子类添加注释。但是,我认为您应该确保创建一个清晰的标准,要么所有REST注释都在接口上,要么所有注释都在子类上。混合和匹配它们可能会让项目新手感到困惑


在没有看到您的代码以及代码的复杂性之前,我无法告诉您哪种方法最适合您的项目。重要的是平衡一致性和灵活性。总之,Java给了你很多绳子,这相当于灵活性,但是如果你不小心的话,你也可以用绳子吊死自己

您应该添加更多细节,比如您正在使用的框架,因为有许多类型的注释。另外,一个代码示例将非常有用,可以将事情放在上下文中。还有,你的目标是什么?你希望完成什么?