Size: a a a

Software Design/Architecture/Zen

2021 January 17

D

DOCDOCTOR in Software Design/Architecture/Zen
Это тестовое или что?)
источник

I

Ioann_V in Software Design/Architecture/Zen
Нет, это код библиотеки уже написанной
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Аа, ну я могу ответить так, если бы я писал это, думаю я написал +- так. А если бы нужно было добавить новую функцию, то тупо добавил бы, а не фигачил какой нить декоратор, но с точки зрения подхода жто не совсем верно, нарушает принцип открытости закрытости
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Видимо @mkusher говорил про это, если я правильно его понял
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Ioann_V
Как думаешь, вот тут нарушается ли принцип SRP?
И ответ на мой взгляд нет, интересно услышать еще мнения твое и других)
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
Ioann_V
Можешь это как то словами объяснить? Вот там в коде, этот объект умеет - клонировать себя, вычислять свой окаймляющий Прямоугольник, пересекать с лучиком, считать свою физ. массу.
Srp я воспринимаю скорее в контексте затрагивания разных зон ответственности, если у вас в компании есть люди, которые занимаются кодом для вычисления физ массы и другие люди, которые занимаются пересечениями лучиков, то лучше этот код разделять. Причем разные люди могут быть как на уровне инженеров, так и продукты или вообще на уровне chief разница.
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Aleh Kashnikau
Srp я воспринимаю скорее в контексте затрагивания разных зон ответственности, если у вас в компании есть люди, которые занимаются кодом для вычисления физ массы и другие люди, которые занимаются пересечениями лучиков, то лучше этот код разделять. Причем разные люди могут быть как на уровне инженеров, так и продукты или вообще на уровне chief разница.
Ну т е у класса должен быть один заказчик?
источник

I

Ioann_V in Software Design/Architecture/Zen
Мое мнение совпадает с мнением Aleh. Я не знаю, как его имя произнести правильно.
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
Aleh Kashnikau
Srp я воспринимаю скорее в контексте затрагивания разных зон ответственности, если у вас в компании есть люди, которые занимаются кодом для вычисления физ массы и другие люди, которые занимаются пересечениями лучиков, то лучше этот код разделять. Причем разные люди могут быть как на уровне инженеров, так и продукты или вообще на уровне chief разница.
Вместо вычисление физ массы и пересечения лучиков подставляйте что угодно)
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
Ioann_V
Мое мнение совпадает с мнением Aleh. Я не знаю, как его имя произнести правильно.
Загадка для восточных соседей об белорусской транслитерации имени Олег
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Ой, один исполнитель в вашей трактовке
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
DOCDOCTOR
Ну т е у класса должен быть один заказчик?
1. У модуля
2. Не только заказчик, но и желательно исполнитель
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
За solid сбольшего стоит цель уменьшения каскада изменений при эволюции проекта. Хотим вносить изменения затрагивая как меньше кода и, что не менее важно, вероятно ломая(ну и вообще воздействуя на) как можно меньше кода
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Aleh Kashnikau
1. У модуля
2. Не только заказчик, но и желательно исполнитель
Да, круто. Спасибо)
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Про исполнителя первый раз услышал
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
DOCDOCTOR
Про исполнителя первый раз услышал
Тут опять же надо быть аккуратным, и имеются ввиду роли, а не прям конкретные люди. Бывают ситуации когда все продукты занимаются всеми вопросами или все девы правят весь код, это обычная ситуация на ранних этапах развития проектов, не имеется ввиду, что для каждого разраба надо отдельный файл пилить
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Aleh Kashnikau
Тут опять же надо быть аккуратным, и имеются ввиду роли, а не прям конкретные люди. Бывают ситуации когда все продукты занимаются всеми вопросами или все девы правят весь код, это обычная ситуация на ранних этапах развития проектов, не имеется ввиду, что для каждого разраба надо отдельный файл пилить
Ну т.е на перспективу это о том, что у дева будет его зона компетенции в проекте?
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
DOCDOCTOR
Ну т.е на перспективу это о том, что у дева будет его зона компетенции в проекте?
Да
источник

D

DOCDOCTOR in Software Design/Architecture/Zen
Понял) спасибо что влезли) я в своих рассуждениях ушел вообще не в ту сторону)
источник

I

Ioann_V in Software Design/Architecture/Zen
Да, мне точка зрения Олега нравится, так как она сходится с моей.
источник