DE
Зачем если можно использовать один по разному? Dry ведь
Ну бизнес вынеси, а для синхронного и асинхронного используй разные воркеры
Size: a a a
2019 December 10
NB
Но я в целом понял о чём ты, типо не очень хорошо уже внутри под это подстраиватся
Да, потому что хороший воркер – это воркер, который тупо в 1 строчку вызывает класс, который делает какую-то логику, а если ты тулишь логику в воркер, то как ты это тестировать будешь? Это можно тестировать, но блин тогда нужно сайдкик переводить в другой режим и так далее и тому подобное
IZ
Да, потому что хороший воркер – это воркер, который тупо в 1 строчку вызывает класс, который делает какую-то логику, а если ты тулишь логику в воркер, то как ты это тестировать будешь? Это можно тестировать, но блин тогда нужно сайдкик переводить в другой режим и так далее и тому подобное
Ну то как оно сейчас тестируется всё без проблем
NB
А так фактически ты тестируешь логику класса, и тестируешь, что создалась джоба с нужными аргументами и так далее
IZ
Ну а если я залезу внутрь воркера то возможно уже будут проблемы, да
NB
Ну а если я залезу внутрь воркера то возможно уже будут проблемы, да
Да, потому что по дефолту сайдкик в фейке и он не процессит джобы, а только увеличивает очереди
NB
С переданными аргументами, но я могу тут быть не до конца прав, @davydovanton если что исправит
IZ
Ок, большое спасибо всем
AD
Кто Сайдкик шарит, как мне узнать в моём классе-воркере был ли запущен метод
perform асинхронно или по обычнному, без участия sidekiq?как ты узнаешь это?
AD
А мне надо немного дополнить кое что уже внутри воркера, к чему и вопрос возник
походу ты хуйню делаешь. если тебе нужно знать как вызвался воркер, то это уже не воркер, а оперейшен в котором может быть асинхронная логика
AD
С переданными аргументами, но я могу тут быть не до конца прав, @davydovanton если что исправит
не понял о чем ты
IZ
походу ты хуйню делаешь. если тебе нужно знать как вызвался воркер, то это уже не воркер, а оперейшен в котором может быть асинхронная логика
Мне Никита примерно это уже объяснил выше) Я ж написал что я видимо перегрелся. Да, это скрее всего херня, и я вообще решил архитектору (который уволился давно уже) написать а зачем собсна вообще такая возможность обычного и асинхронного вызова воркера
IZ
как ты узнаешь это?
А вообще по ходу можно узнать так:
https://www.rubydoc.info/github/mperham/sidekiq/Sidekiq%2FWorker:jid
https://www.rubydoc.info/github/mperham/sidekiq/Sidekiq%2FWorker:jid
NB
не понял о чем ты
Ну в фейке он же просто вроде в массив пишет и все
AD
А вообще по ходу можно узнать так:
https://www.rubydoc.info/github/mperham/sidekiq/Sidekiq%2FWorker:jid
https://www.rubydoc.info/github/mperham/sidekiq/Sidekiq%2FWorker:jid
я бы не завязывался на jit как на флаг синхронности
IZ
я бы не завязывался на jit как на флаг синхронности
А в каких случаях могут быть с этим проблемы?
AD
это не надежное решение
AD
и не для этого
IZ
Ну я понимаю что звучит как костыль, просто думал вдруг действительно случаи бывают когда там к примеру у воркера вдруг отсутствует jid
AD
я могу засетапить jid где-то в коде, а могу в воркере его удалить просто из объекта