Tencent/APIJSON

[Feature] 对 PUT 默认支持条件，不传 @combine 也行

Open

#277 建立於 2021年7月30日

在 GitHub 查看
 (1 留言) (0 反應) (0 負責人)Java (17,967 star) (2,229 fork)batch import
Enhancement 增强help wanted

描述

具体说下 目前不支持直接作为条件，如果不传 @combine 就报错了。 image

可以把带功能符号的键值对默认作为条件，例如 "content~": "a" "contactIdList<>": 82001 等。 判断方式为 StringUtil.isName(key) == false

为什么 方便使用，满足更多场景。

可能的问题： 前端过于灵活，后端可能不好保证安全？ 目前强制传 id / id{} ，应该能保证。不让前端传带功能符的键值对，应该后端 Request 表配置。

貢獻者指南

技術棧
java
領域
backend
議題類型
feature
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-2 days
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
stale
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
mostly clear
前置要求
Java programmingAPIJSON basicsunderstanding of condition parsing
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
40
研究方向
Examine the PUT request handling in the APIJSON source, likely in the RequestParser or similar class, to understand how conditions are currently processed and where @combine is required. Implement logic to treat keys with functional symbols (e.g., ending with '~' or '<>') as implicit conditions without needing an explicit @combine, using StringUtil.isName() as suggested. Ensure security by restricting such functional keys to backend configuration rather than allowing frontend control.