RI
Варианты
Анонимный опрос
Проголосовало: 30class Controller(
private val service: Provider<Service>
) {
fun work() {
service.get() // 1
service.get() // 2
}
}
по вашему скромному мнению:
Size: a a a
2020 July 10
AE
Есть такой код, вы регистрируете service в DI фреймворке (например так: `bind<Service, DefaultService>()`), инжектите сервис как провайдер (непонятно зачем, но допустим чтобы его создавать по необходимости во время жизни приложения):
по вашему скромному мнению:
по вашему скромному мнению:
Вопрос как то совсем не понятен
АО
Вопрос как то совсем не понятен
Вопрос прост - есть сервис, вы его получаете через DI, что из вариантов верно
АО
Варианты
Анонимный опрос
Проголосовало: 30Лучше Quiz
AE
Вопрос прост - есть сервис, вы его получаете через DI, что из вариантов верно
И два одинаковых варианта
service.get()АО
И два одинаковых варианта
service.get()Что там по итогу дергается никто не знает же, если уж так говорить
АО
Другой вопрос, что речь о сервисе, а сервисы обычно создаются единственный раз
AE
Что там по итогу дергается никто не знает же, если уж так говорить
В смысле никто не знает? Какая реализация сервиса?
AE
Другой вопрос, что речь о сервисе, а сервисы обычно создаются единственный раз
Не всегда
АО
Пардон, не сразу понял
A
В смысле никто не знает? Какая реализация сервиса?
Ага, тут вообще не совсем ясно, какое значение он возвращает
AE
Ага, тут вообще не совсем ясно, какое значение он возвращает
А зачем знать реализацию сервиса?
A
А зачем знать реализацию сервиса?
Какое значение он возвращает это не реализация, а сигнатура
AE
Какое значение он возвращает это не реализация, а сигнатура
Так есть же
AE
val service: Provider<Service> ожидаемо будет тип ServiceAL
Варианты
Анонимный опрос
Проголосовало: 30зависит от контракта Provider. в общем случаее стоит ожидать 1 === 2 // false
AE
А, понял, разные инстансы, да
AE
Для первого случая нужно контекст инжектировать, в котором можно попросить бин
RI
Да, тут вопрос в том как DI библиотека предоставляет вам провайдер, как что-то что закеширует результат get() или нет
i
если рассуждать по аналогии с тем, что я видел в DI на php, например, то там можно сконфигурировать поведение контейнера по отношению к определенному ресурсу: чтобы он при каждом обращении отдавал новый объект или чтобы кешировал и отдавал всегда один.