DS
Size: a a a
2020 September 02
MS
хех, не всегда
DS
хех, не всегда
Ну магия работает если ты делаешь примерно вот так:
h = {}
h.compare_by_identity
Потом присваиваешь значения и вызываешь преобразование в JSON
h = {}
h.compare_by_identity
Потом присваиваешь значения и вызываешь преобразование в JSON
f🤔
в какую структуру данных упаковать словарь с одинаковыми ключами, чтобы после преобразования в json ключи не схлопнулись по уникальности
вангую проблемы с кормлением такого жсона парсерам в будущем
DS
Как будто бы это связано с тем как работает YARV
f🤔
оно от имплементации будет зависеть, кто-то будет сохранять, кто-то будет перезаписывать. может всё же пересмотреть необходимость одноименных ключей или перепаковать в более сложную структурку?
MS
пересмотреть необходимость одноименных ключей не могу, к сожалению. 3-й сервис так у себя запроектировал. Не могу влиять на него.
MS
Буду поликостылировать
f🤔
а как он будет на {"foo": "bar", "foo": "bar"} реагировать, интересно
MS
сделает 2 операции foo с входными данными bar
MS
т.е. сделает 2 транзакции
MS
я не знаю зачем они наплевали на передачу множественных объектов в массиве
MS
Goшники
f🤔
злодейство
VA
Можно вместо хэша использовать вложенный массив. Там ничего сложного в
to_json нет для хэшаVA
'{' + [['foo', 1], ['foo', 2]].map{|k,v| "#{ActiveSupport::JSON.encode(k.to_s)}:#{ActiveSupport::JSON.encode(v)}"}.join(',') + '}'MS
Всеволод, спасибо