Size: a a a

Ruby, Rails, Hanami | dry-rb

2020 October 15

MA

M A in Ruby, Rails, Hanami | dry-rb
Anton Davydov
Вместо разделения логики на три разных операции. Это тоже рабочий вариант, просто вместо кучи кода будешь бороться с библиотеками
Ты имеешь ввиду след разделение?
У меня есть user какие-то свойства

у user есть many documents

у documents has many pages (for example)


user не должен быть сохранен, если у него нету всей этой структуры вложенности.

самое простое это разнести это на три эндпоинта, но как потом хэндлить логику того, что после создания пользования точно создадут ему документы и далее по цепочке
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
или я что-то не улавливаю?
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
или ты имеешь ввиду сделать form object который разобьет форму по объектам и начнет по одному валидировать по разным схемам и если все валидные потом начнет валидировать всю форму вместе?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
M A
Ты имеешь ввиду след разделение?
У меня есть user какие-то свойства

у user есть many documents

у documents has many pages (for example)


user не должен быть сохранен, если у него нету всей этой структуры вложенности.

самое простое это разнести это на три эндпоинта, но как потом хэндлить логику того, что после создания пользования точно создадут ему документы и далее по цепочке
Да не обязательно на эндпоинты, ты хочешь в одном месте валидировать создание, удаление и изменение данных. Это разные вещи и попытки такое сделать всегда болезненны
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Ну или приводить данные к такому виду, что бы схемы были одинаковы на каждой из операций, но это хак
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
Anton Davydov
Да не обязательно на эндпоинты, ты хочешь в одном месте валидировать создание, удаление и изменение данных. Это разные вещи и попытки такое сделать всегда болезненны
теперь понял, ты имеешь ввиду разносить по операциям редактирование и создание
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Ну хотя бы так
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Тогда у тебя и схемы разные будут
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
а если не хотя бы? )
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Тогда изначально надо думать почему так вышло и проектировать все приложение иначе
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
Anton Davydov
Тогда изначально надо думать почему так вышло и проектировать все приложение иначе
Надо избегать вложенности зависимых объектов?
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Скорее попыток разные флоу засунуть в один
источник

MA

M A in Ruby, Rails, Hanami | dry-rb
Anton Davydov
Скорее попыток разные флоу засунуть в один
Принял
источник

Т

Тенпеннай in Ruby, Rails, Hanami | dry-rb
ох ебат
источник

Т

Тенпеннай in Ruby, Rails, Hanami | dry-rb
кто все эти китайцы и что они предлагают
источник

UI

Uncle Iroh in Ruby, Rails, Hanami | dry-rb
часть - боты которые контент скрейпают 🙂
источник

DF

Dmitry Fry in Ruby, Rails, Hanami | dry-rb
А подскажите, вот сделал я индекс через миграцию, и год ничего не трогал, и дополнительно не настраивал. Переиндексация сама собой происходит или нет?
источник

DF

Dmitry Fry in Ruby, Rails, Hanami | dry-rb
Rails + psql
источник

UI

Uncle Iroh in Ruby, Rails, Hanami | dry-rb
ты про дефрагментацию индексов или что?
источник

UI

Uncle Iroh in Ruby, Rails, Hanami | dry-rb
reindex?
источник