Tencent/APIJSON

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

Open

#277 ouverte le 30 juil. 2021

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)Java (17 967 stars) (2 229 forks)batch import
Enhancement 增强help wanted

Description

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

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

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

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

Guide contributeur

Stack technique
java
Domaine
backend
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 days
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
stale
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
mostly clear
Prérequis
Java programmingAPIJSON basicsunderstanding of condition parsing
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40
Direction de recherche
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.