AdminJS中resourceAction查询参数的正确使用方法

在使用AdminJS进行自定义组件开发时，resourceAction是一个非常有用的API方法，它允许开发者直接调用资源上的特定操作。然而，很多开发者在处理查询参数时会遇到一个常见问题：参数被错误地拼接为路径而非查询字符串。

问题现象

当开发者尝试使用resourceAction方法并传入query参数时，例如：

const { data: recipeItemsAPI } = await api.resourceAction({
  resourceId: "recipe_items",
  actionName: "list",
  query: `filters[recipeId]=${record.id}`
})

生成的URL会变成类似这样的格式：

http://localhost:3000/admin/api/resources/recipe_items/actions/list/filters[recipeId]=2

而实际上期望的应该是：

http://localhost:3000/admin/api/resources/recipe_items/actions/list?filters[recipeId]=2

这种差异导致过滤器无法正常工作，API会返回所有记录而非过滤后的结果。

问题原因

这个问题的根本原因在于AdminJS API设计中对参数处理的方式。resourceAction方法实际上期望开发者使用params参数而非query参数来传递查询条件。当使用query参数时，AdminJS会错误地将其作为路径的一部分而非查询字符串处理。

正确解决方案

正确的做法是使用params参数对象来传递查询条件：

const { data: recipeItemsAPI } = await api.resourceAction({
  resourceId: "recipe_items",
  actionName: "list",
  params: {
    "filters[recipeId]": record.id,
  },
});

这种写法会生成正确的URL格式，查询参数会被正确地作为查询字符串附加在URL后面。

技术细节

AdminJS的resourceAction方法内部处理参数时，有以下特点：

1. params参数会被序列化为标准的查询字符串
2. 参数名称需要保持原样，包括方括号等特殊字符
3. 参数值会被自动编码，开发者不需要手动处理URL编码

最佳实践

1. 对于简单查询，直接使用params对象
2. 对于复杂查询条件，可以构建完整的params对象结构
3. 避免手动拼接查询字符串，让AdminJS处理URL编码
4. 当需要传递数组参数时，保持参数名称的格式一致

总结

理解AdminJS API的设计意图对于正确使用其功能至关重要。resourceAction方法提供了params参数专门用于处理查询条件，开发者应该遵循这一设计模式而非尝试手动拼接查询字符串。这种规范化的使用方式不仅能解决问题，还能确保代码的一致性和可维护性。