Rspec测试中HTTP请求浮点数组解析异常问题

1. 数组元素与单个字段解析行为差异的原因 #

这本质是参数来源的解析逻辑差异 + Mongoid类型转换的处理逻辑不同导致的：

• 用curl发送POST请求时，传递的是标准JSON格式，其中的数值会被Rails的JSON解析器直接解析为Ruby的Float类型，和Mongoid模型定义的coordinates浮点数组类型完全匹配，验证自然通过。
• 在Rspec测试中，若通过哈希形式传递参数（比如post :create, params: { shop: { location_attributes: { coordinates: ["11.2", "22.3"] } } }），数组元素是字符串类型。对于单个字段（如reputation: "4.5"），Mongoid会自动尝试将标量字符串转换为对应模型类型（数值）；但对于数组字段，Mongoid不会自动遍历数组转换每个元素的类型——因为数组可能包含多种类型元素，框架无法确定统一的转换规则，因此直接触发类型验证失败。

2. 为什么shop_params不能直接用:coordinates替代coordinates: [] #

这是Rails **Strong Parameters（强参数）**的规则要求：

• 强参数默认只允许通过标量类型的参数（字符串、数字、布尔值等），对于数组、嵌套哈希这类复合类型，必须显式声明结构。
• 如果直接写:coordinates，Rails会将其视为一个标量参数，当传入数组时，强参数会直接过滤掉这个数组，导致coordinates参数无法传递到模型层；而coordinates: []是明确告诉Rails：这个参数是一个数组，允许通过。

临时修复的补充优化 #

你手动转换数组元素为浮点型的方案可行，也可以在强参数层统一处理，避免重复代码：

def shop_params
  params.require(:shop).permit(
    :reputation,
    location_attributes: [
      :id,
      coordinates: []
    ]
  ).tap do |permitted|
    # 统一转换coordinates元素为浮点型
    if permitted.dig(:location_attributes, :coordinates).present?
      permitted[:location_attributes][:coordinates] = permitted[:location_attributes][:coordinates].map(&:to_f)
    end
  end
end

内容的提问来源于stack exchange，提问作者Baltasar del Sol de Haro