[Feature]希望能够通过模糊搜索匹配多个商品

[helloyppup]

你的需求是否与某个问题相关联？请描述你遇到了什么问题。 我想要创造一个降价券，它的作用是使得某一个特定类的多个商品全部进行价格调整。 但当前我似乎只能对单个商品进行操作，这比较不方便。

我目前尝试了以下方法：

• 设定[调整商品]中的name属性，配合商品命名特定前缀（例如【娱乐】），进行模糊搜索： 结果：仅匹配一个有该前缀的商品，而非匹配全部
• 匹配商品清单id： 结果：商品的清单id似乎没有什么作用。如果匹配的清单id有相同的商品id，则匹配该商品，否则什么都不匹配

描述你的解决方案 希望能够通过 模糊搜索 or 商品清单id 实现匹配一整类商品

描述可选方案 请清晰地描述，你是否有其他可选方案

额外信息 请在这里附上任意额外信息，如参考文件等。

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

Title: [Feature]Hope to be able to match multiple products through fuzzy search

Is your need related to a problem? Please describe what problem you encountered. I want to create a price reduction coupon, whose function is to adjust the prices of multiple products of a specific category. But currently I seem to be able to only operate on a single product, which is inconvenient.

I've currently tried the following:

• Set the name attribute in [Adjust Product], match the product naming with a specific prefix (such as [Entertainment]), and perform fuzzy search: Result: Only one product with this prefix is ​​matched, not all
• Matching product list id: Result: The item's listing id seems to have no effect. If the matching list id has the same product id, the product is matched, otherwise nothing is matched.

Describe your solution I hope to be able to match an entire category of products through fuzzy search or product list id

Describe options Please describe clearly whether you have any other options

extra information Please attach any additional information here, such as reference documents, etc.

[Ayagikei]

目前的API基本都是提供针对指定商品的单一操作。

其中的name参数名称模糊匹配功能其实是为了降低API的使用门槛，但本质跟id是行为一致的。我们暂时不考虑为一个参数改变整个API的操作行为和逻辑。

或许单独增加批量API是更为合理的解决方案，但这一点我们需要进一步评估。

---

The current API basically provides a single operation for a specified item.

The name parameter name fuzzy matching function is actually to lower the API usage threshold, but its essence is consistent with id. We will not consider changing the operation behavior and logic of the entire API for one parameter for the time being.

Perhaps adding a separate batch API is a more reasonable solution, but this needs further evaluation.