RestClient удаляет параметр массива хэшей только с последним хешем?

Я подозреваю, что это связано с различиями в том, как они преобразуют хэш в параметры. Rack::Test, вероятно, будет использовать Hash#to_param, что даст следующие результаты:

> params = {:api_key => "12345", :data => [{"Company"=>"Apple,Inc","Website"=>"Apple.com"},{"Company"=>"Google","Website"=>"google.com"}], :run => { :title => "The First Run" }}

> paramstring = params.to_param
 => "api_key=12345&data%5B%5D%5BCompany%5D=Apple%2CInc&data%5B%5D%5BWebsite%5D=Apple.com&data%5B%5D%5BCompany%5D=Google&data%5B%5D%5BWebsite%5D=google.com&run%5Btitle%5D=The+First+Run" 

> URI.unescape(paramstring)
 => "api_key=12345&data[][Company]=Apple,Inc&data[][Website]=Apple.com&data[][Company]=Google&data[][Website]=google.com&run[title]=The+First+Run" 

Это проблемная часть:

data[][Компания]=Apple,Inc&data[][Веб-сайт]=Apple.com&data[][Компания]=Google&data[][Веб-сайт]=google.com

Парсер uri рельсов должен прочитать это и превратить обратно в хэш. На мой взгляд, добавление массива хэшей в ваши параметры вызывает проблемы, поскольку он создает строку, подобную приведенной выше, которую принципиально сложно проанализировать. Например, представленный с этими двумя параметрами

data[][Company]=Apple,Inc
data[][Company]=Google

Парсер может решить, что оба они описывают переменную Company в первом хэше в массиве под названием «данные», и таким образом перезаписать первое вторым, что и происходит с вами.

Похоже, ваша проблема находится на этапе генерации, а не на этапе интерпретации, но тем не менее я бы попытался создать более чистую схему для ваших параметров, в которой массивы всегда используются только как последняя часть имени параметра (т.е. используйте хэш вместо массива для хранения данных компании), и вместо этого вы вставляете несколько уникальных ключей, чтобы отличать хэши компаний друг от друга. Что-то вроде этого:

{:api_key => "12345", 
 :data => {1 => {"Company"=>"Apple,Inc","Website"=>"Apple.com"}, 2 => {"Company"=>"Google","Website"=>"google.com"}}, 
 :run => { :title => "The First Run" }}

1 и 2 могут быть фактическими идентификаторами какой-либо записи компании, или это могут быть просто числа, которые вы вводите для создания уникальных ключей, которые выбрасываются на другом конце. Это сгенерирует такие параметры:

data[1][Company]=Apple,Inc
data[2][Company]=Google

Которые теперь не рискуют перезаписать друг друга.

В вашем последующем действии контроллера это просто изменение:

params[:data].each do |company_hash|
  #do something with company hash
end

to

params[:data].each do |k, company_hash|
  #do something with company hash and optionally k if you want, or ignore k
end

Я столкнулся с той же проблемой с нашим приложением rails. Я нашел следующие обходные пути для работы с серверной частью RestClient + Rails.

Rails ожидает данные[][Company]. Используйте «данные []» вместо «данные» в качестве ключа. Например:

RestClient.post 'http://archive.greenviewdata.com/containers', { 
  :run => {:title => 'something'}, 
  'data[]' => [
    {"Company"=>"Apple,Inc","Website"=>"Apple.com"},
    {"Company"=>"Google","Website"=>"google.com"}
  ]
}

В нашем случае у нас был массив, вложенный в хэш на два уровня глубже. Приведенный выше обходной путь не устраняет проблему из-за того, как RestClient форматирует параметры. Таким образом, если у вас есть массив, вложенный глубже, чем верхний уровень хэша, переданного в RestClient, вы должны использовать следующий обходной путь:

RestClient.post 'http://archive.greenviewdata.com/containers', {
  :run => {:title => 'something'}, 
  :nested => {
    'data' => {
      '' => [
        {"Company"=>"Apple,Inc","Website"=>"Apple.com"},
        {"Company"=>"Google","Website"=>"google.com"}
      ]
    }
  }
}