Size: a a a

Ruby, Rails, Hanami | dry-rb

2020 April 27

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Leonard Tkachev
Долго тут отвечают, уже допёр, SQLным запросом сделал)
вьюхи нет, rails в режиме api)
В режиме апи можно вьюхами контролировать поля джсон
источник

В

Владимир in Ruby, Rails, Hanami | dry-rb
Leonard Tkachev
Долго тут отвечают, уже допёр, SQLным запросом сделал)
вьюхи нет, rails в режиме api)
Посмотри на сериалайзеры
https://github.com/Netflix/fast_jsonapi
источник

A*

Alexander *SHADOW* in Ruby, Rails, Hanami | dry-rb
Leonard Tkachev
Долго тут отвечают, уже допёр, SQLным запросом сделал)
вьюхи нет, rails в режиме api)
Прости нас
источник

LT

Leonard Tkachev in Ruby, Rails, Hanami | dry-rb
Alexander *SHADOW*
Прости нас
осадочек конечно остался))
источник

M

Max in Ruby, Rails, Hanami | dry-rb
Pavlo
у пользователей с ролями работник агентства, индивидуальный работник есть дополнительные поля, которые не свойственны простому потребителю
плюс они связаны с агентством
Я могу сказать на собственном опыте - у нас приложение с ролями разделенными на STI модели. На старте все было ок но потом данные и поведение ролей начало различаться и чем дальше тем больше. И STI теперь больше мешает чем помогает.

А пошли этим путем из-за авторизации - что бы проще было увязать с devise gem.

Те если подытожить - соглашусь с Viacheslav - если данные разнятся (а они будут, в этом то и причина разделений ролей) то нет особого смысла в наследовании и использовании общей таблицы.

Если бы я писал сейчас с нуля - я бы взял модель User с полями для аутентификации в devise и enum role. И релейшн к профайл который будет отдельной моделью для каждой роли как предлагал @davydovanton (кстати глянь статью которую он скинул - там боль и причина перехода от STI, оч реалистично - все как у меня). Для себя я вывел правило - очень осторожно относится к STI
источник

OA

Ortemy Alexandrovich in Ruby, Rails, Hanami | dry-rb
а можно просто не брать девайс
источник

M

Max in Ruby, Rails, Hanami | dry-rb
Ну и это тоже... Но это уже другая история
источник

VE

Vitaliy Emeliyantsev in Ruby, Rails, Hanami | dry-rb
Ortemy Alexandrovich
а можно просто не брать девайс
Стоп, это как?
источник

A*

Alexander *SHADOW* in Ruby, Rails, Hanami | dry-rb
Vitaliy Emeliyantsev
Стоп, это как?
Как брать только наоборот ))) Давно не беру его в свои проекты
источник

AD

Anton Davydov in Ruby, Rails, Hanami | dry-rb
Alexander *SHADOW*
Как брать только наоборот ))) Давно не беру его в свои проекты
А что вместо него используешь? Чистый Варден?
источник

A*

Alexander *SHADOW* in Ruby, Rails, Hanami | dry-rb
bcrypt + JWT
источник

DM

Denis Misiurca in Ruby, Rails, Hanami | dry-rb
а как бы его поудачнее с грейпом подружить, там же нет around как в ActionController
источник

DM

Denis Misiurca in Ruby, Rails, Hanami | dry-rb
тупо в каждом экшене пинать?
источник

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Господа подскажите есть какие мб лучшие практики для работы со справочниками в рельсах?
источник

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Типа вот есть несколько таблиц справочников
источник

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Мб есть какой гем или чего такого что может подсказать как с ними лучше работать?
источник

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Или просто сделать скаффолд с обычным крудом для каждой?
источник

AD

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

МВ

Максим Вейсгейм in Ruby, Rails, Hanami | dry-rb
Ну, таблица в которой например перечислены, не знаю, различные формы коробок и на которую могут ссылаться разные другие сущности коробки, она вроде и полиморфична но вроде и не сущность
источник

MB

Maciej Buraczok in Ruby, Rails, Hanami | dry-rb
источник