Здравствуйте, ·, Вы писали:

·>Здравствуйте, #John, Вы писали:

J>>Проекты с DI, дебажить сложно и в них сложно разбираться.
J>>Понаписывают рантайм подмену интерфесов, но на практике вообще не встречал что бы в рантайме делали подмену одних сервисов на другие. Подмену можно было сделать напрямую
·>Я не понимаю, где этот источник невежества? Удивительно, что ты не первый это несёшь. Каким образом DI связанно с интерфейсами? Каким образом DI связан с runtime-подменой? Ведь даже если взять wiki, там ничего такого нет.
·>Вот ты лично об этом откуда узал, что для DI нужны интерфейсы или runtime-подмена?

Осмелюсь предположить из того г...кода откуда один из DI фреймворков пришлось отхреначивать.

J>> в коде без всякого DI.
·>Как именно?

Иногда достаточно одного if

J>>DI однозначно отлично подойдет для приложений где приложение устанавливается к потребителю локально и потребитель сам пишет для себя плагины, исспользуя указанное апи. (вариант: приложение — это веб сервик к которому пишут плагины сторонние люди, отпадает по секурити.)
·>Так DI или контейнеры?

Вы так эмоционально холиварите в топике "О наивном DI"... Имхо не стоило ждать здесь борьбы за рассовую чистоту DI, здесь рассматривается совсем другой аспект. Возможно аспект неграмотный (с точки зрения тех кто хорошо разбирается в теме DI и давно его использует), но уж какой есть. Имхо нельзя игнорировать тот факт, что из за базза поднятого вокруг DI его пытаются использовать не так и не там.

Здравствуйте, ·, Вы писали:

·>Здравствуйте, #John, Вы писали:

J>>Проекты с DI, дебажить сложно и в них сложно разбираться.
J>>Понаписывают рантайм подмену интерфесов, но на практике вообще не встречал что бы в рантайме делали подмену одних сервисов на другие. Подмену можно было сделать напрямую
·>Я не понимаю, где этот источник невежества? Удивительно, что ты не первый это несёшь. Каким образом DI связанно с интерфейсами? Каким образом DI связан с runtime-подменой? Ведь даже если взять wiki, там ничего такого нет.
·>Вот ты лично об этом откуда узал, что для DI нужны интерфейсы или runtime-подмена?

Осмелюсь предположить из того г...кода откуда один из DI фреймворков пришлось отхреначивать.

J>> в коде без всякого DI.
·>Как именно?

Иногда достаточно одного if

J>>DI однозначно отлично подойдет для приложений где приложение устанавливается к потребителю локально и потребитель сам пишет для себя плагины, исспользуя указанное апи. (вариант: приложение — это веб сервик к которому пишут плагины сторонние люди, отпадает по секурити.)
·>Так DI или контейнеры?

Вы так эмоционально холиварите в топике "О наивном DI"... Имхо не стоило ждать здесь борьбы за рассовую чистоту DI, здесь рассматривается совсем другой аспект. Возможно аспект неграмотный (с точки зрения тех кто хорошо разбирается в теме DI и давно его использует), но уж какой есть. Имхо нельзя игнорировать тот факт, что из за базза поднятого вокруг DI его пытаются использовать не так и не там игнорируя негативные результаты.