Делаю чтобы один процесс не бегал между базами и зостами

ну делай, ты ж всеравно очередь какую-то делаешь по итогу внутри

велосипеды

зато свои)

скучно

зато свои)

хотел родить шутку в стиле яжматери но чет не вышло....

Как обьяснить июню, что switch case это плохо?

Как обьяснить июню, что switch case это плохо?

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

свитч добавляет 2 (!!!) уровня вложенности. Отсюда ухудшение читаемости, основная логика функции или метода должна быть на первом уровне всегда. Это удобнее

*на первом уровне после сигнатуры

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

Ну ОК, а совместно с "Божественным объектом", нарушением "SRP" и тупо длииной файла в 500000 строк из за него?

еще необязательность брейков - это потенциальный баг, причем серьезный.

еще необязательность брейков - это потенциальный баг, причем серьезный.

статический анализ тебе поможет

статический анализ тебе поможет

как?)

Ну ОК, а совместно с "Божественным объектом", нарушением "SRP" и тупо длииной файла в 500000 строк из за него?

500000 строк это ты опять преувеличиваешь?

статический анализ тебе поможет

Т.е. ты уверен, что брейки ДОЛЖЫ быть всегда?!

как?)

ну он как минимум скажет что нету бряк)

так это может быть фичей

вот-вот

Т.е. ты уверен, что брейки ДОЛЖЫ быть всегда?!

это значает "много"

Ну ОК, а совместно с "Божественным объектом", нарушением "SRP" и тупо длииной файла в 500000 строк из за него?

- "божественный объект" - это не про свитч, это про связанность. Ну то есть ты можешь и без свитча такой замутить. - SRP - вопервых важно что делает свитч. Сам факт его наличия не говорит о нарушении SRP - можно говорить о нарушении OCP если бы мы могли говорить что ты можешь этот принцип не нарушать в принципе

но да, если есть возможность заменить на chain or responsibilities/strategy то стоит заменить. Но иногда это не дает профита никакого

- "божественный объект" - это не про свитч, это про связанность. Ну то есть ты можешь и без свитча такой замутить. - SRP - вопервых важно что делает свитч. Сам факт его наличия не говорит о нарушении SRP - можно говорить о нарушении OCP если бы мы могли говорить что ты можешь этот принцип не нарушать в принципе

внутри каждого case полотно кода, которое так и просится в класс, имплементирующий интерфейс

внутри каждого case полотно кода, которое так и просится в класс, имплементирующий интерфейс

или функцию)

внутри каждого case полотно кода, которое так и просится в класс, имплементирующий интерфейс

и причем здесь switch?)

э...

внутри каждого case полотно кода, которое так и просится в класс, имплементирующий интерфейс

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

не концентрируй внимание на свитче а то он подумает что проблема именно в этом

и продолжит говнокодить но просто теперь в более маленьких файлах

вы вобще блог автора книги по DI читали?

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

нет, просто у него проблемы с абстракцией

вы вобще блог автора книги по DI читали?

бля понял, пошел тебя банить опять

)))

А смысл банить?)

В смысле? Я все сделал, как описано в его блоге

В смысле? Я все сделал, как описано в его блоге

то есть ты джун которому надо что-то объяснять?

то есть ты джун которому надо что-то объяснять?

я другому программисту должен объяснить

я другому программисту должен объяснить

но ты же уже все сделал

нет, просто у него проблемы с абстракцией

судя по этому ответу - не у него одного

и причем здесь switch?)

Итак, у меня была проблема: изначально был выбран switch case который потом разрастался и превращал метод клааса и сам класс в Бога

Итак, у меня была проблема: изначально был выбран switch case который потом разрастался и превращал метод клааса и сам класс в Бога

проблема не в switch case, а в разрастался

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

проблема не в switch case, а в разрастался

после проведения рефакторинга в классы, имплементирующие единый интерфейс и у которых появятся зависимости, ты все еще будешь каждый класс инстанцировать в своем case или все таки сообразишь, что это отображение "ключ case -> интанц класса"

и?

Зачем нужен здесь swich case, если есть словарь?

Зачем нужен здесь swich case, если есть словарь?

ну вот когда ты докопаешься в чем между ними разница - тогда поговорим

ну вот когда ты докопаешься в чем между ними разница - тогда поговорим

В нормальных IoC контейнерах есть KeyedXXX, который все это может в одну строчку

В нормальных IoC контейнерах есть KeyedXXX, который все это может в одну строчку

да, свитчи используются исключительно для конфигурации IoC контейнеров

не знаю, напиши лексер какой для разнообразия

или реализацию регулярок

короч возвращаясь в вопросу - switch/case не являются плохим решением само по себе. Но если ты возьмешь инструмент и воспользуешься им не по назначению - да получится херня

можешь подумать например чем switch от dictionary отличается в плане того как оно в рантайме работает, как оно там по памяти, что быстрее и т.д.

короч возвращаясь в вопросу - switch/case не являются плохим решением само по себе. Но если ты возьмешь инструмент и воспользуешься им не по назначению - да получится херня

я выше напсал сопутствующее запахи

я выше напсал сопутствующее запахи

ох.... ты бесполезен

можешь подумать например чем switch от dictionary отличается в плане того как оно в рантайме работает, как оно там по памяти, что быстрее и т.д.

зачем на таких задачах скорость работы? Мы же сейчас говорим о Clean Code

каких таких?

задачи бывают разные, именно поэтому есть разные инструменты и разные конструкции, внезапно)

зачем на таких задачах скорость работы? Мы же сейчас говорим о Clean Code

еще раз - ты рассматриваешь switch case в одном конкретном примере и исходя из оного пытаешься кому-то там объяснять что switch/case это плохо потому что есть IoC контейнеры

хотя я просто посочувствую твоему коллеге.... учить он там кого-то собрался

еще раз - ты рассматриваешь switch case в одном конкретном примере и исходя из оного пытаешься кому-то там объяснять что switch/case это плохо потому что есть IoC контейнеры

я пытаюсь обяснить, что в данном случае switch case это плохо

я пытаюсь обяснить, что в данном случае switch case это плохо

ну так ты исходи не из того что switch case плохо, а покажи как можно по другому ту же задачу решить

и потом сравни плюсы и минусы

ну то есть ты же можешь сформулировать что тебе этот самый clean code дает?

можешь человеку просто дать почитать чего по OCP или тот же clean code Мартина

ну то есть ты же можешь сформулировать что тебе этот самый clean code дает?

Навигация по коду, оченЬ просто найти

ERROR: S client not available

Навигация по коду, оченЬ просто найти

ну это зависит от того как сделаешь

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

ну это зависит от того как сделаешь

я написал как я это сделал

навигация по классам гораздо лучше чем по case-ам

ну ок

ну ок

Какие еще буду приемущества, если вместо switch case будет словарь

разные варианты реакций? по одному вараинту дополнительно письмо отправить, по другому файлы удалить, по третьему ещё пару объектов создать

Какие еще буду приемущества, если вместо switch case будет словарь

В твоей интерпретации — никаких)

ку

кто почту массово рассылал, по сколько писем безболезненно за раз можно отправлять?

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

все зависит от настроек клиентских почтовиков и твоего

каких настроек?

от многих многих многих настроек, от fail2ban до черных или белых списков спамлистов

спасибо капитан

обращайтесь еще

Добырй день

Подскажите пожалуйста, для чего DomainEvent в DDD

Вот мы имеем все действия которые были совершены над моделью, они записаны. Дальше что? Что это дает?

Как, где, когда и зачем это можно или нужно использовать?

Как понять какой евент диспатчер использовать Symfony или свой кастомный DomainEventDispatcher?

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

Кешировать DomainEvents?

Вот мы имеем все действия которые были совершены над моделью, они записаны. Дальше что? Что это дает?

Например ты их можешь складывать в сущность в поле типа recordedEvents

Ага, есть такое

Например ты их можешь складывать в сущность в поле типа recordedEvents

А потом на флуш посылать в диспатчер

Какой диспатчер? Куда и зачем посылать?

Какой диспатчер? Куда и зачем посылать?

Какой используете в проекте

Оба)

DomainEventDispatcher и Symfony Event Disp

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

Когда какой-то ексепшен вылетяет, используем второй