SZ
Size: a a a
2020 November 01
EE
Опа даже статья есть
и? я тебе их несколько скинул, зачем ты кидаешь еще одну?
AI
потому что sl это тоже частная реализация ioc
Опа... Ладно это развивать не буду, останется на твоей совести
EE
Опа даже статья есть
“IoC Container (a.k.a. DI Container) is a” (с) твоя статья
"oс это принцип, di. реализация этого принципа. так что как бы di контейнер автоматически является ioc контейнером" (с) я
"oс это принцип, di. реализация этого принципа. так что как бы di контейнер автоматически является ioc контейнером" (с) я
EE
Опа... Ладно это развивать не буду, останется на твоей совести
я тебе скинул несколько статей, включая твоего фаулера к которому ты сам апилировал где это говорится
EE
Sasha Zolotarev
ты уже провалился
ну вообще, я как раз верные термины использую
EE
Опа... Ладно это развивать не буду, останется на твоей совести
ты продолжаешь скидывать статьи которые пруфают то что я говорю, при этом все равно со мной споришь
AI
ну вообще, я как раз верные термины использую
Хз... Инверсия контроля. Давай как из определения - это значит что контроль куда то инвертируется.
Предположим у нас есть направление A -> B.
Мы говорим A знает о B. Это зависимость.
Потом дальше A вызывает метод в B. Это контроль.
Инвертируем контроль, получаем:
A знает о B, но B вызывает метод в A.
Нук и где в SL инверторы контроля... Конечно может я слепой и она есть, не буду настаивать
Предположим у нас есть направление A -> B.
Мы говорим A знает о B. Это зависимость.
Потом дальше A вызывает метод в B. Это контроль.
Инвертируем контроль, получаем:
A знает о B, но B вызывает метод в A.
Нук и где в SL инверторы контроля... Конечно может я слепой и она есть, не буду настаивать
EE
Хз... Инверсия контроля. Давай как из определения - это значит что контроль куда то инвертируется.
Предположим у нас есть направление A -> B.
Мы говорим A знает о B. Это зависимость.
Потом дальше A вызывает метод в B. Это контроль.
Инвертируем контроль, получаем:
A знает о B, но B вызывает метод в A.
Нук и где в SL инверторы контроля... Конечно может я слепой и она есть, не буду настаивать
Предположим у нас есть направление A -> B.
Мы говорим A знает о B. Это зависимость.
Потом дальше A вызывает метод в B. Это контроль.
Инвертируем контроль, получаем:
A знает о B, но B вызывает метод в A.
Нук и где в SL инверторы контроля... Конечно может я слепой и она есть, не буду настаивать
прочти статьи!
AI
прочти статьи!
Подумай
EE
там вот прямо черным по белому написано, без каких либо двойиных трактовок
SZ
хорошо живется когда не паришься с этими ioc/di/sl
SZ
Sasha Zolotarev
хорошо живется когда не паришься с этими ioc/di/sl
да @etolstoy ???????
AI
Хочешь историю из универа. Спросили на экзамене, что такое "двух факторная авторизация" этого не было на курсе и тогда было не популярно. Ответил ток 5 студент. Ибо он подумал, а не читал/учил
SZ
Хочешь историю из универа. Спросили на экзамене, что такое "двух факторная авторизация" этого не было на курсе и тогда было не популярно. Ответил ток 5 студент. Ибо он подумал, а не читал/учил
капец ты старый
SZ
кринж
エパ
Ну, я не спорю что сервис локаторы лучше, быстрее. Один ток минус - когда зависимостей много, и тебе надо межмодульное взаимодействие, голову свернешь прежде чем все зависимости обеспечишь. Вот мне лично после того как осознал di контейнеры стало лень каждый раз думать о том о чём можно не думать
Ну значит плохая архитектура того как на модули поделено
AO
Sasha Zolotarev
кринж
Тиктоком православным запахло
SZ
Ну значит плохая архитектура того как на модули поделено
какая архитектура в трипстере?
エパ
Sasha Zolotarev
какая архитектура в трипстере?
MVVM+S