В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PHP

1865 membersпожаловаться на группу
2020 July 25

S

Sergey in PHP
доведи мысль до конца со своей позицией. Потому что отрывки только побуждают указать на некорректное сравнение или отход от темы инверсии зависимости
источник
16:26пожаловаться#1

SM

Sergey Milimko in PHP
Зависимость A->B
Инверсия A->C<-B
Т.е. просто добавляем третий программный модуль от которого зависят два предыдущих.
Природа третьего модуля определяется природой первых двух модулей и контекстом. Если A и B классы и у нас обычный ооп. То C это интерфейс. А если например A и B это микросервисы, то C,  допустим, событие.
источник
16:34пожаловаться#2

S

Sergey in PHP
принято, но это не имеет отношение к програмному коду, так что лично мне не очень интересно
источник
16:44пожаловаться#3

SM

Sergey Milimko in PHP
Что именно не имеет отношение к коду?
источник
16:51пожаловаться#4

SM

Sergey Milimko in PHP
Пусть А и B функции. Одна из уоторых вызывает другую. Тогда C это указатель на функцию. Язык C.
источник
16:54пожаловаться#5

SM

Sergey Milimko in PHP
И без полиморфизма
источник
16:55пожаловаться#6

A

Aleksandr Khristenko in PHP
А указатель на функцию это уже не полиморфизм?
источник
17:01пожаловаться#7

S

Sergey in PHP
именно) в этом суть полиморфизма
источник
17:01пожаловаться#8

S

Sergey in PHP
суть в том, что реализация может быть определена в рантайме
источник
17:03пожаловаться#9

SM

Sergey Milimko in PHP
Полиморфизм бывает разный. Вы про наследование много писали. Такого полиморфизма в с нет
источник
17:12пожаловаться#10

SM

Sergey Milimko in PHP
Ну и выше я сказвл что принцип сам по себе не связан с полиморфизмом
источник
17:13пожаловаться#11

h

h4rdc0d3r in PHP
Sergey
приведите плз 2 примера с классом который будет реализовывать два интерфейса:
1) и быть полностью SRP
2) не быть SRP
Все-таки интересно было бы на эту тему продолжение увидеть, или я пропустил что-то
источник
17:44пожаловаться#12

SP

Sergey Protko in PHP
Sergey
приведите плз 2 примера с классом который будет реализовывать два интерфейса:
1) и быть полностью SRP
2) не быть SRP
1. Encrypt decrypt интерфейсы для шифрования чего нибудь. Класс будет иметь одну причину для изменений и две роли.
2. Когда интерфейсы класса никак не пересекаются по смыслу. Например если класс user имплементит интерфейсы merchant и customer и контракт не подразумевает никаких пересечений. У нас причины менять код всегда будут разными и имеет смысл это дело разделить.
источник
17:48пожаловаться#13

SP

Sergey Protko in PHP
Объекты - как люди, интерфейсы как роли. Один человек иногда может выполнять больше одной роли.
источник
17:49пожаловаться#14

SP

Sergey Protko in PHP
Разработчик + qa смотрятся чуть органичнее чем разработчик + финансовый директор
источник
17:49пожаловаться#15

SP

Sergey Protko in PHP
Sergey
О, тогда накину. Недавно кто-то писал что несколько интерфейсов у класса нарушает SRP. Кто согласен, а кто нет? Почему?
Единственное что имеет значение для srp - причины изменения контрактов и поведения.
источник
17:53пожаловаться#16

SP

Sergey Protko in PHP
Этот принцип тем и сложен что без анализа того как модуль меняется не всегда очевидно нарушен принцип или нет.

Сам принцип помогает добиться более кохизев модулей, do one thing and do it well типа
источник
17:55пожаловаться#17

SP

Sergey Protko in PHP
Так же разделяя модули по причинам изменений мы получаем меньше изменений конкретных модулей в принципе. Это ведёт к более стабильному коду... Дальше на все это надо смотреть с позиции open close
источник
17:56пожаловаться#18

S

Sergey in PHP
По примеру 1. Какая может быть причина для изменения? Должна ли она обязательно одновременно затрагивать 2 метода encrypt/decrypt?
источник
17:56пожаловаться#19

SP

Sergey Protko in PHP
Sergey
По примеру 1. Какая может быть причина для изменения? Должна ли она обязательно одновременно затрагивать 2 метода encrypt/decrypt?
Например секопсы дали тебе пизды что ты вектор инициализации захардкодил. И тебе надо поменять с двух сторон как ты шифруешь и как дешифруешь
источник
17:57пожаловаться#20