Минус как таковыз нет, но и идеальных реализаций тоже Из минусов: - все компоненты раскиданы вверху, и разработчик может набрать больше чем требуется, так как это просто, еще мало кто разделяет di на обшем уровне, и уровне отдельного компонента, из за чего могут протечь абстракции, или на более нижнем уровне откатиться к лапше инициализации (самый популярный выбор) - еще момент, что как правило нет контролля над тем в каком порядке компоненты будут создаваться и умирать, особенно если некоторые занимают много времени, или хотелось бы разбить инициализацию на несколько шагов или запараллелить
Люблю, когда после доклада есть желание "пойти поглядеть", а не вопрос "И чо?". Докладчику спасибо.
В Asp используется встроеный DI, можно ли там заместить его на Pure. Di?
Сложно, очень сложно. В каких реальных проектах это используется?
Продано на 15й минуте)
А Scoped Lifetime в Pure.DI не реализован?
Нашел. На 55 минуте упоминается про Singleton внутри сессий, в качестве аналога Scoped
До конца пока не досмотрел, но возник вопрос, есть ли функциональность scoped времени жизни? Было что-то per resolve это и есть аналог scoped?
Ого, 20 лет опыта 😮
Что по минусам, очевидно они есть?
Нет позднего связывания
Минус как таковыз нет, но и идеальных реализаций тоже
Из минусов:
- все компоненты раскиданы вверху, и разработчик может набрать больше чем требуется, так как это просто, еще мало кто разделяет di на обшем уровне, и уровне отдельного компонента, из за чего могут протечь абстракции, или на более нижнем уровне откатиться к лапше инициализации (самый популярный выбор)
- еще момент, что как правило нет контролля над тем в каком порядке компоненты будут создаваться и умирать, особенно если некоторые занимают много времени, или хотелось бы разбить инициализацию на несколько шагов или запараллелить
дольше компилиться будет)
звучит как стендап,
сижу в офисе и лыбу давлю
каждое предложение как шутка