((
точнее в мире ООП она стала чуть ли не главным паттерном. Контракты создаются везде и всегда
Size: a a a
2021 March 31
LL
V
Осталось только понять, зачем это всё
Обычно для тестов. Реже — как протоколы аля
Ecto.Queryable и всё такое((
но как и любая идея, DI тоже хорошая штука, просто не надо ей злоупотреблять
AD
Обычно для тестов. Реже — как протоколы аля
Ecto.Queryable и всё такоееще для того чтобы разные сервисы использовать локально / на тестовом стенде / на проде
N
DP
это вообще не то)) dependency inversion - инвертирование зависимости, если раньше модуль А использовал модуль Б напрямую, то теперь модуль А объявляет контракт (interface) и использует его, а кто его реализует ему всё равно. Вот и получает инверсия, раньше модуль А зависел от модуля Б, а теперь модуль Б зависит от контракта которым ему дал модуль А.
а кто сказал что в ООП есть контракты?
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
NotImplementedExceptionLL
Dmitry Ponyatov
а кто сказал что в ООП есть контракты?
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
NotImplementedExceptionЭто может в интерпретируемых языках так, а вот в компилируемых такого нет
DP
Это может в интерпретируемых языках так, а вот в компилируемых такого нет
кто нибудь может меня ткнуть носом в автора этой херомантии про "интерпретируемые"/"компилируемые" языки? Вирт поди?
DP
язык — это формальная система, не бывает интерпретируемых/компилируемых языков, это их
реализация, немного сильно разные вещиLL
Dmitry Ponyatov
язык — это формальная система, не бывает интерпретируемых/компилируемых языков, это их
реализация, немного сильно разные вещиОй, искренне прошу прощения, ваше величество. Не узнал вас в этом чатике
Чем я могу служить вам, Король Зануд?
Чем я могу служить вам, Король Зануд?
DP
Это может в интерпретируемых языках так, а вот в компилируемых такого нет
ну получите segfault если рантайм не умеет в обработку NotImplemented, делов то
DP
точнее в мире ООП она стала чуть ли не главным паттерном. Контракты создаются везде и всегда
а вы точно систему типов с ООП не путаете?
LL
Dmitry Ponyatov
ну получите segfault если рантайм не умеет в обработку NotImplemented, делов то
В какой-нибудь
В каком-нибудь
А причём тут
java не скомпилируется программа с нарушенными контрактамиВ каком-нибудь
python вылетит NotImplementА причём тут
sedfault ?DP
В какой-нибудь
В каком-нибудь
А причём тут
java не скомпилируется программа с нарушенными контрактамиВ каком-нибудь
python вылетит NotImplementА причём тут
sedfault ?а при чём тут ООП? не скомпилируется — значит компилятор умеет такие ошибки статически находить
((
Dmitry Ponyatov
а вы точно систему типов с ООП не путаете?
в ЯП с системой типов везде DI принцип?
LL
Dmitry Ponyatov
а при чём тут ООП? не скомпилируется — значит компилятор умеет такие ошибки статически находить
Ты сказал
> а кто сказал что в ООП есть контракты?
> сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
> а кто сказал что в ООП есть контракты?
> сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
NotImplementedExceptionDP
в рантайме! или компиляция отваливается на статическом анализаторе реализации языка
LL
Dmitry Ponyatov
в рантайме! или компиляция отваливается на статическом анализаторе реализации языка
Так есть языки, где компилятор гарантирует что такого в рантайме не произойдёт, мой уважаемый Король
Я об этом и написал вот тут https://t.me/proelixir/182414
Я об этом и написал вот тут https://t.me/proelixir/182414
DP
Dmitry Ponyatov
в рантайме! или компиляция отваливается на статическом анализаторе реализации языка
это как в эликсире — нет обработчика для сообщения, оно куда пойдет?
((
Dmitry Ponyatov
а кто сказал что в ООП есть контракты?
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
сообщение (вызов) приходит к объекту, и проваливается в сортирную дырку
NotImplementedExceptioninterface это не контракт?