:) нет, отнюдь. Я скорее не пойму по архитектуре. У меня ситуация следующая: во всей доке jbuilder сериализуется @object - который из контроллера передаётся, а туда из базы.

У меня же задача: на мой API приходят некоторые параметры в запросе POST - я эти параметры беру, преобразую - и вставляю в JSON - в определенное место.

Сделай декоратор, который возвращает нужный тебе хеш, оберни им объекты, прокинь в render json:

Вот это примерно то, куда я хочу выйти. Decorator pattern

Ок.

Как можно выполнить each только для тех элементов массива, которые не nil?

фильтрани до цикла

list.reject(&:nil?).each

each { |e| do_something if e.present? }

фильтрани до цикла

вариант

list.reject(&:nil?).each

почему не компакт?

arr.compact.each

each { |e| do_something if e.present? }

нет

А что за книга?

Так классика

Главна перевод не брать

Я бы не осилил в оригинале сейчас

ребя, как вы pry в docker-compose запускаете? пытаюсь по статье https://gist.github.com/briankung/ebfb567d149209d2d308576a6a34e5d8 Запускаю контейнер. Вижу прай. Аттачу контейнер. Но ничего не происходит

ЧЯДН

:) нет, отнюдь. Я скорее не пойму по архитектуре. У меня ситуация следующая: во всей доке jbuilder сериализуется @object - который из контроллера передаётся, а туда из базы.

возьми аналог active model serializers и не мучайся

т.е. pry останавливается, но на ввод символов не реагирует

ЧЯДН

Если аттачишь и ниче не происходит, то все ок

А, сори, не заметил

не реагирует на команды

Там просто нормал бехейвиор, когда аттачишь, консоль молчит и надо начать писать

ага

и все равно

Ну и пишешь в том же окне, где аттачишь же?

ага

Интересно

да уж

Ребят. Серьезный вопрос щас бует.

active_model_serializers или fast_jsonapi или blueprinter?

первый юзают везде и всегда

второй нетфликсовый

третий какой-то новый, и выглядит даже ок

https://github.com/procore/blueprinter

fast_jsonapi типа мегабыстрый, и он даже новее чем blueprinter

active_model_serializers или fast_jsonapi или blueprinter?

Нетфликсовский бери

AMS уже скинули с парохода истории

А что по блюпринтору? Не юзал никто? :)

а зачем вам либы, чтобы сконвертировать модель в хеш?

первый юзают везде и всегда

загляни на жидхаб первого и увидишь, что его не рекомендуют использовать

а зачем вам либы, чтобы сконвертировать модель в хеш?

затем что надо конвертировать не модель

а зачем вам либы, чтобы сконвертировать модель в хеш?

лень

а зачем вам либы, чтобы сконвертировать модель в хеш?

надежность

а зачем вам либы, чтобы сконвертировать модель в хеш?

либу не надо тестировать

У тебя есть руби, он справляется отлично

а зачем вам либы, чтобы сконвертировать модель в хеш?

производительность

У тебя есть руби, он справляется отлично

руби надо тестировать

А либы на руби нет, ага

А либы на руби нет, ага

обычно не надо, обычно либы протестированы вдоль и поперек

а зачем вам либы, чтобы сконвертировать модель в хеш?

Прост))0

Помогите! =)

params[:input][:context][:AudioPlayer][:offsetInMilliseconds]

Как в рельсах мне проверить - этот параметр есть?

При этом иногд объект приходит вообще без context

например

Иногда только без AudioPlayer

Ну и тп. Как мне сделать эту глубокую проверку?

Задолбался гуглить =)

ERROR: S client not available

.nil??

Блин всё было так просто =) Ты спаситель

Я уж и fetch пытался

И всем чем угодно =)

Не - он не подходит.

Там проблема именно в том - что как только приходит объект без какого-то ключа в этой цепочке - то всё

Придётся что ли это всё гнездить друг в друга?!?!

.dig

.fetch(…, {}).fetch(…, {}).include?(:offsetInMilliseconds)?

+ за .dig

.dig

That’s it!

Love it!

Спасибо!

ruby offset = params.dig(:input, :context, :AudioPlayer, :offsetInMilliseconds) offset = 0 if offset.nil?

еще проще можно offset = params.dig(:input, :context, :AudioPlayer, :offsetInMilliseconds) || 0

Nice =)

active_model_serializers или fast_jsonapi или blueprinter?

Первый универсальный, второй только для jsonapi третий хз

params[:input][:context][:AudioPlayer][:offsetInMilliseconds]

я бы .dig использовал и потом бы да, на нил проверял

а, уже ответили)

Первый универсальный, второй только для jsonapi третий хз

понел, посеб

Но я б третий не брал по причине что первый ебически популярен и довольно обширная дока и Вики у них(или только дока), так что проблема которая появится скорее всего решена уже

загляни на жидхаб первого и увидишь, что его не рекомендуют использовать

Что то не увидел где они не рекомендуют

Что то не увидел где они не рекомендуют

https://github.com/rails-api/active_model_serializers#status

Смотри ниже альтернативы?

Да в грейпе норм сериализация

Смотри ниже альтернативы?

да и на статус

Ты про то что у мастера не будет релизов? Так они ж ниже пишут открывайте пр от версии

и шо теперь будет

Ты про то что у мастера не будет релизов? Так они ж ниже пишут открывайте пр от версии

There's been a lot of churn around AMS since it began back in Rails 3.2 and a lot of new libraries are around and the JSON:API spec has reached 1.0. If there is to be a 1.0 release of AMS, it will need to address the general needs of serialization in much the way ActiveJob can be used with different workers. The next major release is in development. We're starting simple and avoiding, at least at the outset, all the complications in AMS version, especially all the implicit behavior from guessing the serializer, to the association's serializer, to the serialization type, etc.

если, если, если

Так тут же нет ничего о том что не рекомендуют