PUT和DELETE操作只能传id作为参数？

[loongjiang]

PUT和DELETE操作只能传id作为参数吗，没有传的话会报错：

**- 1. PUT请求，Device 里面 id 和 id{} 至少传其中一个！

• 2. DELETE请求，Device 里面 id 和 id{} 至少传其中一个！**

[TommyLemon]

出于安全考虑，id/id{} 至少一个必传，还可以传其它参数

[loongjiang]

有办法绕过这个设定吗

[loongjiang]

如果修改和删除只能通过id作为条件的话，很多业务很难实现哦~

[TommyLemon]

DemoParser 调用 setNeedVerifyContent(false) ，最好只在内部这样用，不要对外开放，避免安全隐患

[loongjiang]

对于DELETE，只传where子句的条件即可，但是对于PUT（update）而言，条件字段和要修改的字段如何区分呢？

[TommyLemon]

对于DELETE，只传where子句的条件即可，但是对于PUT（update）而言，条件字段和要修改的字段如何区分呢？

没有功能符的常规 key:value 键值对默认是修改字段值，有就一定是条件，或者加上 @combine 指定的也都是条件

[loongjiang]

感谢大佬的热心解答，我尝试下，有问题再咨询您。

[loongjiang]

貌似不能绕过这个限制呢

[TommyLemon]

貌似不能绕过这个限制呢

应该是用了无参构造方法，你又漏了调用 setNeedVerifyContent

[loongjiang]

从源码看，verifyId代码，直接受atLeastOne参数控制 但是在调用verifyId的地方写死成了true 所以，即使改了无参构造，也是没有效果的

[TommyLemon]

从源码看，verifyId代码，直接受atLeastOne参数控制 但是在调用verifyId的地方写死成了true 所以，即使改了无参构造，也是没有效果的

有效果，你改了就知道了，verifContent = false 时根本不会调用 AbstractVerifier.verifyRequest

[willdas]

对于DELETE，只传where子句的条件即可，但是对于PUT（update）而言，条件字段和要修改的字段如何区分呢？

没有功能符的常规 key:value 键值对默认是修改字段值，有就一定是条件，或者加上 @combine 指定的也都是条件

加了 @combine 关键字直接报错。 版本是APIJSON：5.2.0

[TommyLemon]

对于DELETE，只传where子句的条件即可，但是对于PUT（update）而言，条件字段和要修改的字段如何区分呢？

用最新发布的 5.3.0 试试 https://www.oschina.net/news/214851/apijson-5-3-released

[willdas]

对于DELETE，只传where子句的条件即可，但是对于PUT（update）而言，条件字段和要修改的字段如何区分呢？

用最新发布的 5.3.0 试试 https://www.oschina.net/news/214851/apijson-5-3-released

好的，这两天就调试下。

[shuaizqz]

新版本会受must限制，该如何放开限制呢