Ну он же просто работает

Ну там уже ворнинги (например из-за обновления рельс) - и pr не принимаются, как-то не очень. Всё равно какой-то минимальной поддержки гем требует.

а если тебе нужна дополнительная логика? мне, например, нужно еще мапить названия ключей (названия параметров с фронта не совпадают с БДшным названиям полей)

Тогда dry transaction

)

да не, мы же тут спорим о том, зачем вообще нужная дополнительная абстракция в виде form-object'а

транзакции все-таки не о том

для простейшего случая, просто схема в экшене мне кажется адекватным вариантом

Ну там уже ворнинги (например из-за обновления рельс) - и pr не принимаются, как-то не очень. Всё равно какой-то минимальной поддержки гем требует.

его не забросили, просто сам солник забил на него и отдал другим

по-крайней мере хотел отдать оО

походу никому не отдал)

его не забросили, просто сам солник забил на него и отдал другим

На гитхабе из активности только issues и непринятие pr )

походу никому не отдал)

никто не взял )))

I decided to build something better. As a result, dry-types, dry-struct and dry-validation were born. These projects should be considered as virtus' successors, with better separation of concerns and better features. @solnic https://github.com/solnic/virtus#evolution

я тебя порадил, я тебя и убью (с)

а если тебе нужна дополнительная логика? мне, например, нужно еще мапить названия ключей (названия параметров с фронта не совпадают с БДшным названиям полей)

Сделай в отдельном месте

I decided to build something better. As a result, dry-types, dry-struct and dry-validation were born. These projects should be considered as virtus' successors, with better separation of concerns and better features. @solnic https://github.com/solnic/virtus#evolution

Вот ещё - https://www.reddit.com/r/ruby/comments/3sjb24/virtus_to_be_abandoned_by_its_creator/

так вот форм объект и есть это отдельное место)

вся логика, относящаяся к этой конкретной форме - в одном месте

так вот форм объект и есть это отдельное место)

Ну ты же понимаешь, что звучит это как оправдание? :) я точно так же могу сказать, что оперейшен нужен только для одной конкретной формы

И почему у тебя логика работы с формой что-то про валидация знает и про остальные странные вещи?

так вот форм объект и есть это отдельное место)

получается взгляд на это зависит от того как как далеко идет по SRP

это удобно воспринимать форму как объект, независимый от хранилища. и в самом объекте мы осуществляем нужные операции над этим объектом и потом уже передаем в хранилище конечный результат

ну а что ты делать будешь, когда приходит что-то не из формы?

например?

ну например у тебя будет API эндпоинт вместо формы

та же самая валидация, будешь все в форм объект пихать?

но тогда твоя логика, что 1 форма 1 объект начинает ломаться

да. в таком случае это будет не так удобно

ну тогда главный вопрос. в чем разница валидирования данных из формы и из JSON API?

если они следуют одинаковым условиям, то никакой конечно

но ты сам выше сказал, что форм объект == 1 форма

если брать кейс формы и апи, то тогда логичнее будет по-другому сделать такую абстракцию. хотя бы потому, что form object не подходит для описания того, что приходит из api

название не подходит

ну вот я о чем

это просто другой кейс. в таком случае, я, конечно, согласен, что нужно делать по-другому

форм объект - это просто не понимание того, зачем он нужен. потому что как по мне, единственная его цель, это тупо данные конвертировать из формы в нужный формат. например: full_name = "#{first_name} #{last_name}" и прочие извращения. поэтому его и делают в виде дата объекта, что бы в форму прокинуть и спокойно юзать его из формы и никакой валидации там быть не должно по такой логике

это просто другой кейс. в таком случае, я, конечно, согласен, что нужно делать по-другому

ну ты сам только что признал, что абстракция течет при первом же рассмотрении. зачем тогда юзать форм объект как какой-нибудь интерактор или оперейшен?

потому что для кейса работы с формой, который я описывал это удобно. вся логика в одном месте

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

форм объект - это просто не понимание того, зачем он нужен. потому что как по мне, единственная его цель, это тупо данные конвертировать из формы в нужный формат. например: full_name = "#{first_name} #{last_name}" и прочие извращения. поэтому его и делают в виде дата объекта, что бы в форму прокинуть и спокойно юзать его из формы и никакой валидации там быть не должно по такой логике

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

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

городить ради этого валидаторы тоже как-то слишком

если у нас нет AR и вообще все валидации отдельно, то можно конечно

но в классическом rails way - самое место ей в from_objecte

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

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

мой же поинт - это просто признать, что использование форм объекта для валидации и сохранения данных - протекшая абстракция

я писал про то, что воспринимаю форму как объект, независимый от логики хранилища. поэтому соответственно аналогично объекту хранилища, вся логика валидации и тп должна хранится в ней

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

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

вариант валидаций как отдельной сущности - тоже норм, если мы хотим ее переиспользовать для разных эндпойнтов

точнее - я согласен, что так даже лучше будет

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

выкидывать драй? я что-то пропустил?

Касперский почему удаляет Ruby.exe в Windows 10 ??? что за ....

внеси в список исключений

он думает что это троян

он как бы намекает, что только извращенцы юзают руби под виндой

:))))

на таких извращенцах надо навариваться

засунуть туда майнер например.

Касперский почему удаляет Ruby.exe в Windows 10 ??? что за ....

Зачем в винде 10 руби? Под встроенным башем разве не заводится ещё?

Зачем в винде 10 руби? Под встроенным башем разве не заводится ещё?

там неможко тормозной чтоли

Я пару раз для попробовать запускал, разницы не заметил. Другое дело что с гемами вроде какими-то проблемы возникли

Зачем в винде 10 руби? Под встроенным башем разве не заводится ещё?

встроенный несколько ебанный

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

в плане то что в фс баша если файл из под винды создаётся - баш его не видит, если работаешь не в фс баша вылезают проблемы с симлинками, сокетами и прочим

В винде не будет нормально работать баш, пока они слэши не повернут в правильную сторону

wsl это нормально фиксит, там фс винды маунтится норм

слэши это хуйня - права доступа, евенты фс - вот что ебанно

Со слэшами даже под git-bash проблем нет

если бы я был на винде, я бы запускал бы эпп через докер

я на винде вот, но работаю в виртуалке под линем

хотел на HyperV перейти но чёт моя виртуалка отваливается при его включении

если бы я был на винде, я бы запускал бы эпп через докер

+

хотел на HyperV перейти но чёт моя виртуалка отваливается при его включении

да, они там как то не совместимы, беда прям

ага, я хотел параллельно переходить)

ага, я хотел параллельно переходить)

проще на линупс перейти

я себе железный дуалбут настроил и радуюсь.

дуалбут как-т не очень мне, переключаться м/у осями через ребут не оч

VMware player норм по производительности заходит

посоны, кто-нибудь видел etl для гитхаба?

в плане?

в прямом

слить все данные из гитхаба организации в базу

типа коммиты там всякая такая параша

аналитика

где-то было такое

Ребят, всем привет. Я начала потихоньку Ruby учить. Буду благодарна, если сбросите какие-нибудь полезные и интересные статейки. Спасибо

руби коены оч круто

можешь тут поискать

https://libraries.io

у них дамп на пару гигов (или терабайт) был

а, ну вот

https://libraries.io/data

или юзай API

я хочу для своей команды и готовое

сервис

https://libraries.io

Спасибо)

Спасибо)

Ох, пардон ошиблась)

Ребят, подскажите по эластику. Есть нестед поле, будем считать, что has_many. Как фильтровать поиск, чтобы брать только те записи, в чьи ассоциациях есть запись с нужным параметром(id)?

where