ML
изи же
Size: a a a
2020 April 10
QH
А как у этих штук дела с не самыми тривиальными случаями, когда реализаций несколько, и их надо собрать в цепочку (декораторы например)?
вот контейнеры как раз убивают переиспользование кода. Ты должен хотеть разные реализации интерфейсов, обёртки, декораторы, зависимости на данные и т. п., а эта херня отбивает это желание.
VP
учишь язык этого DI фреймворка и хуяришь на нём кучу аннотаций
Громоздко, и твои классы становятся обмазаны аннотациями DI-контейнера. А бывает это и не твои классы вовсе.
ML
Громоздко, и твои классы становятся обмазаны аннотациями DI-контейнера. А бывает это и не твои классы вовсе.
зато руками ты ничего не делаешь, оно само
ML
круто же
QH
обвесить параметры квалифаерыми == уничтожить инверсию контроля
VP
вот контейнеры как раз убивают переиспользование кода. Ты должен хотеть разные реализации интерфейсов, обёртки, декораторы, зависимости на данные и т. п., а эта херня отбивает это желание.
Очень часто реализация с каким-то нужным типом ровно одна, именно у тебя сейчас в запущенном приложении.
QH
Очень часто реализация с каким-то нужным типом ровно одна, именно у тебя сейчас в запущенном приложении.
Так это уже следствие воздействия контейнера на мозг.
VP
зато руками ты ничего не делаешь, оно само
Ага, только руками раскидываешь сраные аннотации, которых по-хорошему должно быть минимум
ML
Ага, только руками раскидываешь сраные аннотации, которых по-хорошему должно быть минимум
ты просто слабый
ML
только сильный может довериться великой машине
VP
Так это уже следствие воздействия контейнера на мозг.
Нет. Реализаций может быть несколько, но выбор между ними может зависеть от каких-то условий.
Не буду тебя переубеждать, но практика показывает, что обычно хватает и этого.
Не буду тебя переубеждать, но практика показывает, что обычно хватает и этого.
AG
Ага, только руками раскидываешь сраные аннотации, которых по-хорошему должно быть минимум
Как это минимум, а аоп?
AD
но! я тут тему придумал, мне чет прям зашло
https://pl.kotl.in/T0rk_ucQD
https://pl.kotl.in/T0rk_ucQD
VP
Как это минимум, а аоп?
В виде аннотаций - ненужон
VP
Говно какое-то с времён, когда ФВП не было
AD
обвесить параметры квалифаерыми == уничтожить инверсию контроля
но ведь квалифаеры можно развешивать в модуле (по пример Dagger) и тогда инверсия сохраняется 🤔
AD
ладно, я вообще молчу, у меня на проекте для Dagger написана дополнительная kapt-утилита
QH
но ведь квалифаеры можно развешивать в модуле (по пример Dagger) и тогда инверсия сохраняется 🤔
ну вот у тебя есть
class Wtf(val a: Comparator<String>, val b: Comparator<String>), что куда будешь развешивать?AD
ну вот у тебя есть
class Wtf(val a: Comparator<String>, val b: Comparator<String>), что куда будешь развешивать?class WhatTheFuckModule {
fun provide(
@QualifierA a: Comparator<String>,
@QualifierB b: Comparator<String>
) = Wtf(a, b)
}p.s. я не пытаюсь убедить в том, что квалифаеры - добро
p.p.s. постановка вопроса как в задаче со стульями