关于两个标签的比较@queryparam和@pathparam

使用@QueryParam处理REST参数
本文分享了一次解决RESTful API参数处理问题的经验。作者在为一个同时支持Dubbo服务和PHP系统的Java应用添加参数验证功能时,尝试了多种方法获取URL中的查询参数,最终发现@QueryParam能够成功实现这一目标。文章还对比了@QueryParam与@PathParam的区别。

            最近在用dubbox做一个系统,系统中涉及到了一些我之前没有用到过的标签,特地摘抄到这里,做个总结。

            需求场景是这样的,之前有个方法是这样的

@GET
   @Path("/ifast/{name}/{cardType}/{cardId}")
   public ExtProdQueryResult queryIfastInvestInfo(@PathParam("name") String name,
           @PathParam("cardType") String cardType,@PathParam("cardId") String cardId){
     
   }

这个类有两条路径进入,一个是作为dubbo服务给另外一个Java项目提供接口调用,一个是以rest方式提供给php系统

现在php系统方面要做一个这样的功能,校验用户传过来的参数是否含有sid(sid是登录相关的功能)。

所以怎么办?

考虑加filter,那么rest参数完全不熟悉啊,

查阅了rest参数的传递方式,我试过了javax.ws.rs下面的所有看起来像是跟获取param有关的注解。

but,都已失败告终。最好我抱着试试看的态度,试了一下@queryparam,卧我我操,居然成功了。果然是人不可貌相啊!!!

现在对这个不可貌相的注解进行一下总结

1跟@pathparam不同,@queryparam中,指定的是URL中的参数是以键值对的形式出现的,而在程序中@QueryParam("from") int from则读出URL中from的值,而@pathparem中,URL中只出现参数的值,不出现键值对,比如:“/users/2011/06/30”


转载于:https://my.oschina.net/u/1455908/blog/488645

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值