Долго читаю, но на волне взаимопомощи решил зарегистрироваться. Работаю java разработчиком, могу помочь разъяснить какую-нибудь тему или помочь понять куда двигаться по обучению, поревьюить код или просто как-то пообщаться вживую если потребуется
Го попиздим холивар я создал)) параметры передаются по ссылке или значению? Разница ioc и di? Лучше сетить через сетеры или конструктор? xD
По значению
Di есть частный случай IOC
Через конструктор (проще понять когда зависимостей становится много и нужно разбивать класс, меньше уродливых сеттеров), но сеттеры необходимы чтобы резолвить кейсы с циклическими зависимостями :)
А можно пояснить для маленьких?
Я дума при передаче в параметр метода объекта, мы же просто передаём ссылку на него в хипе?
Только примитивы передаются по значению
Передача по значению это копирование значения внутрь аргумента метода. Ссылка на объект внутри метода тоже копируется.
Нашел для вас статью на хабре:
Почитал, статью стоит открыть только ради комментария:
Псевдокод
doSomething(int value) {
value = 321;
}
value = 123;
println(value);
doSomething(value);
println(value);
Если значение в функцию doSomething() будет передаваться по ссылке, то вывод будет следующим
123
321
Частным случаем является состояние когда сущность принадлежит родителю в одностороннем порядке.
IoC принцип и DI принцип реализующий IoC. Обратное не верно. В чем ошибка? DI тоже является принципом и не завязан на конкретной реализации
Здесь скорей как List и Set является частным случаем Collection/Iterable, они выполняют те же самые контракты
DI - это один из способов реализации IoC. IoC можно реализовать через локатор служб или просто через фабрику, например
Да, это крайне желательно, но не всегда возможно, особенно если вам очень хочется применять рекурсию :)
Вполне валидный кейс, например посмотрите на chain-of-responsibility в javax-ных фильтрах. Каждый фильтр находится в контейнере, при этом в каждый из них инжектится фильтр чейн который их хранит.
При этом упрощенный стек выглядит как doFilter()[чейн]->doFilter()[фильтр]->doFilter()[чейн]->doFilter()[фильтр] и.т.п.
Тем не менее он рекурсивный (не помню как чейн оф респонсибилити в MVC/security, есть большая вероятность что точно так же, т.к. добавлять следующий степ в фильтр является еще большим нарушением сингл респонсибилити (помимо основной логики добавляется захардкоженное знание о след. степе).
Никто не говорил о бесконечных рекурсиях, но время от времени это валидный кейс :)
Помощники
236 постов785 подписчиков
Правила сообщества
Нельзя обсуждать Политику.
Ругаться и оскорблять.