Телеграмм чат группы prophp7 страница 10714

Я так понял что 'причина' изменения непосредственно связана с тем или иным актором конкретного бизнес процесса. Если например один и тот же класс расчета чего нибудь используется двумя отделами каждый для своих отчётов, то изменения в интересах одного отдела затронут другой отдел.

источник

13:36пожаловаться #6

Igor Molochnikov in PHP

А srp говорит что тут должно появиться два класса или две стратегии

источник

13:38пожаловаться #7

I Scarab in PHP

Если это один и тот же алгоритм расчёта "чего-нибудь" - то можно использовать и один класс.
Если один должен поменяться - значит либо это меняется для всех (скажем изменился алгоритм расчёта ставки налогообложения какой-нибудь), либо это уже разные расчёты.
И с точки зрения архитектуры здесь важно не один там класс или два, а сделать такой интерфейс, чтобы легко можно было подменить один класс другим.
типа TaxCalculatorInterface и оба класса должны его реализовывать.

источник

13:42пожаловаться #8

Igor Molochnikov in PHP

Тут же ещё проблема что меняя класс бывает не сразу очивидно кого из бизнес акторов это затронет ещё. Так что под 'причиной изменения' я бы подразумевал интерес бизнес актора

источник

13:48пожаловаться #9

Denis Potekhin in PHP

Sergey Milimko

https://m.habr.com/ru/post/465507/

Habr

Принцип единственной ответственности: глубокое погружение

Спасибо за статью!

источник

13:48пожаловаться #10

Artem Molotov in PHP

Sergei Baikin

Устранение дублирования? Вот сразу вступает в конфликт с правилом трех. Если в упор смотреть и напрямую трактовать естественно.
Как измерить уменьшение сложности?
Мне проще с GOD обектами например.
А кому то amphp сложно а мне проще и тд и тп

А правило трёх конфликтует с инспекцией шторма. Вот и думай. :)

источник

14:04пожаловаться #11

Sergey Zolotov in PHP

наброс вам

источник

14:16пожаловаться #12

Sergey Zolotov in PHP

Переслано от Sergey Zolotov