Сообщение Re[3]: О "наивном" DI и об архитектурном бессилии от 21.09.2016 10:18
Изменено 21.09.2016 11:01 IQuerist
Здравствуйте, ·, Вы писали:
·>Здравствуйте, #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 его пытаются использовать не так и не там игнорируя негативные результаты.
Здравствуйте, ·, Вы писали:
·>Здравствуйте, #John, Вы писали:
J>>Проекты с DI, дебажить сложно и в них сложно разбираться.
J>>Понаписывают рантайм подмену интерфесов, но на практике вообще не встречал что бы в рантайме делали подмену одних сервисов на другие. Подмену можно было сделать напрямую
·>Я не понимаю, где этот источник невежества? Удивительно, что ты не первый это несёшь. Каким образом DI связанно с интерфейсами? Каким образом DI связан с runtime-подменой? Ведь даже если взять wiki, там ничего такого нет.
·>Вот ты лично об этом откуда узал, что для DI нужны интерфейсы или runtime-подмена?
Осмелюсь предположить из того г...кода откуда один из DI фреймворков пришлось отхреначивать.
J>> в коде без всякого DI.
·>Как именно?
Иногда достаточно одного if
J>>DI однозначно отлично подойдет для приложений где приложение устанавливается к потребителю локально и потребитель сам пишет для себя плагины, исспользуя указанное апи. (вариант: приложение — это веб сервик к которому пишут плагины сторонние люди, отпадает по секурити.)
·>Так 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 его пытаются использовать не так и не там игнорируя негативные результаты. Вот в чем проблема, а вовсе не в том, что люди которым приходится отхреначивать DI из провальных проектов как-то не очень правильно его понимают.