BigDecimal + as_json() = String?

Question

[Богдан]

Здравствуйте. Правильней всего сделать в as_json() с BigDecimal в String.
а то у меня возращает вот такой результат

{"count_plan"=>#BigDecimal:a639408,'0.2E1',9(18)}

Спасибо

Answer 1

[d'Ivan]

Это так при pretty-print выводе объектов в Ruby, полехно для отладки.
А для сериализации в JSON строку следует использовать myobj.to_json.

h = {b: BigDecimal.new('12.34'), s: 'string'}
puts h.to_json

Показывает
{"b":"12.34","s":"string"}

Судя по-всему, название as_json сбивает с толку, поскольку люди думают что на выходе получится строка в формате JSON. А это не так.
https://stackoverflow.com/questions/38301957/diffe...

Comments

[Богдан]

Ну to_json в моей задачи как бы некошерно использовать, потому что у меня идет объединение JSON взятых с таблиц ActiveRecord, и там получается каша.

child = { b: BigDecimal.new('12.34'), s: 'string' }.to_json
main = { main: 'testing' }.merge!( child: child )

puts main
# {:main=>"testing", :child=>"{\"b\":\"0.1234E2\",\"s\":\"string\"}"}

[d'Ivan]

Богдан: а так:

child = { b: BigDecimal.new('12.34'), s: 'string' }
main = { main: 'testing' }.merge!( child: child )

puts main.to_json

[d'Ivan]

.to_json нужно применять в самом конце преобразований. Если делать это в середине, то получится двойная сериализация определённого объекта (в данном случае, объекта child).

[d'Ivan]

При работе с моделями ActiveRecord применяй as_json.
А в контроллере лишь так:

child = @child.as_json  # допустим, @child.as_json(exclude: :parent_id)
main = { main: 'testing' }.merge!( child: child )

render json: main

[Богдан]

С ActiveReocrd использую в основном конструкцию:

menu_products = JSON.parse( MenuMealsDish
      .joins( menu_products: [ :children_category, :product ] )
      .select( 'menu_products.count_fact',
               'products.code AS product_code',
               'children_categories.code AS category_code' )
      .where( menu_requirement_id: menu_requirement_id )
      .where( 'menu_products.count_fact != ? ', 0 )
      .to_json, symbolize_names: true )

Мне удобней когда ключи JSON symbol. Да и при такой конструкции не может быть запросов N+1. Тут уже ничего не будет лениво подгружаться.

[d'Ivan]

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

Я предпочитаю такой подход:

dishes = MenuMealsDish
      .joins( menu_products: [ :children_category, :product ] )
      .select( 'menu_products.count_fact',
               'products.code AS product_code',
               'children_categories.code AS category_code' )
      .where( menu_requirement_id: menu_requirement_id )
      .where( 'menu_products.count_fact != ? ', 0 )
      .to_a
render json: {menu_products: dishes}

[Богдан]

А как тогда можно получить ключи как symbol, что бы за один проход?

[d'Ivan]

Богдан: не понимаю. Поясни.

[Богдан]

ну если сделать просто my = MyTable.all.first.to_json , то тогда обращения к значениям будет my['my_field']
а если сделать JSON.parse( MyTable.all.first.to_json, symbolize_names: true ) , то тогда обращения к значениям будет my[ :my_field ]
Это конечно неприципиально, но мне нагялней работать с symbol наименованиями

[Богдан]

Спасибо за подсказку с to_a, здесь тоже возвращаются ключи в symbol. Давно искал такое решение.
А как быть когда MenuMealsDish.all.first, как его правильно сконвертировать?

[d'Ivan]

Богдан:
Если так удобнее, то вот другой способ:

myitem = MyTable.first # читай комментарий ниже
attr = myitem.as_json # получить Hash
attr['my_field'] = { foo: 'bar' }  # работай с Hash ...
p attr

render json: {item: attr}

MyTable.all.first - это попросить ВСЕ записи, а использовать только ПЕРВУЮ!
Правильнее так: MyTable.first # без .all !!

[Богдан]

Спасибо. По второму способу attr['my_field'] так и осталось строковым ключом, а как бы изначально хотелось бы получить attr[ :my_field ]

[d'Ivan]

Богдан: хотя и имеет громоздкое название, HashWithIndifferentAccess решает вопрос:
api.rubyonrails.org/classes/ActiveSupport/HashWith...

HashWithIndifferentAccess - хэш с "безразличным" доступом к атрибутам. Тогда безразлично attr[ :my_field ] или attr['my_field'] .

Нужно поменять на эту строку:

attr = HashWithIndifferentAccess.new(myitem.as_json)

[Богдан]

Роман Мирр: Ну а HashWithIndifferentAccess и JSON.parse , фактически та же самая дополнительная операция по сериализации. Или Ваш вариант с HashWithIndifferentAccess более оптимизированный в плане производительности?

[d'Ivan]

Богдан: не проверял, но думаю что быстрее. С HashWithIndifferentAccess это не является сериализацией, а созданием дубликата объекта Hash, что не требует сериализации.

[Богдан]

Роман Мирр: Сенкс за советы )))

[Богдан]

Роман Мирр: Здравствуйте Роман.
Дошли руки до HashWithIndifferentAccess. Ну и как бы тута не все так прекрасно выходит. Если чистый хеш, то все работает, если хеш в массиве, то уже возвращает пустой результат:

hash = HashWithIndifferentAccess.new({a: 1}) #  { "a" => 1 }
<code lang="ruby">

</code>
arr_hash = HashWithIndifferentAccess.new([{a: 1}]) #  { }

Как бы конечно можно в цикле пройтись,

[ { "id" => 2 }, { "id" => 3 }, { "id" => 1 } ].map { |v| HashWithIndifferentAccess.new( v ) }.each{ | v | p v[:id] }
# 2
# 3
# 1

Но в чем тогда лучше JSON.parse ?
но тогда чем лучше HashWithIndifferentAccess

[d'Ivan]

Богдан:
надо было так:
arr_hash = [ HashWithIndifferentAccess.new( {a: 1} ) ]
Тогда изначально проще работать с хеш-ключами строкового типа {"a" => 1}, чтобы избегать конверсий HashWithIndifferentAccess.

[Богдан]

Роман Мирр: Ну так это же пример, массив возвращает ActiveDirectory, как быть в таком случае?