Сообщение Re[25]: О пользе Dependency Injection от 19.01.2021 20:07
Изменено 19.01.2021 20:15 takTak
Re[25]: О пользе Dependency Injection
T>>·>Ага, и причём тут идея юнит-тестирования? Ты споришь с сам с собой. Я тебе не мешаю?
T>>итак, возвращаемся к первому предложению: юнит-тестирование возникло до появления серверов приложений, так что облегчающие юнит-тесторование DI не имеет к серверам приложений никакого отношения

·>Да. И? Я ничего другого и не утверждал. Ты просто путаешь DI и DI-контейнеры.
просто я никогда не пользовался никакими серверами приложений: контейнеры были для меня именно помощью в написании проложений, так чтобы получебнное прлижение просто тестировалось бы,
если же тестов не предвидится, то и никакого смысла в том, чтобы композицию обьектов прозводить , я не вижу, тут я на стороне того, кто эту ветку начал
ты начал использовать DI в контексте серверов приложений, причём, наверное, и без всяких тестов, имхо такой способ композиции приложения довольно прост, но какого-то выиграша от такого подхода , на самом деле, не видно
·>А вот контейнеры и фреймворки имеют прямое отношение к серверам приложений ибо идея пошла оттуда.
я тебе уже в который раз повторяю, что идея пошла от юнит-тестирования, вероятно, создатели серверов приложений были в курсе того, что необходимо предложить пользователям возможность юнит-тестирования, и оно тут в списке первично
T>>>>ну ка покажи, как ты собираешься делать DI без Ioc контейнера
T>>·>
Тут уже раз сто показывали. Вот ещё раз.
T>>ты на своём коде покажи, "а вот дядя знает" в другом возрасте употребляют
·>Ещё раз: вот тут
то, что ты называешь "ванильным" , создаёт жёсткие зависимости между компонентами, что делает практически невозможным изолированное тестирование
T>>·>А в моём варианте инициализация будет вызывать тот же самый код.
T>>так ты точно уверен, что ты не сам с собой общаешься ?
·>Да, уверен, просто ты не слушаешь.
ты первый начал
T>>>>так давай, покажи написанный на твоёй коленке DI без контейнера, мы его оценим
T>>·>Я уже написал тут
T>>т.е. ты делаешь DI без интерфейсов? ты точно свою ссылку из википедии прочитал?
·>Да, прочитал. Для DI/CI интерфейсы не нужны. И контейнеры тоже. А интерфейсы _нужны_ только для так называемого частного случая Interface Injection (который в этом обсуждении ни разу не упоминался). И ты прочитай, рекомендую.
этот , как ты говоришь , "частный случай" — для меня единственно возможное и целесобразное применение , иначе смысла просто нет
T>>итак, возвращаемся к первому предложению: юнит-тестирование возникло до появления серверов приложений, так что облегчающие юнит-тесторование DI не имеет к серверам приложений никакого отношения
·>Да. И? Я ничего другого и не утверждал. Ты просто путаешь DI и DI-контейнеры.
просто я никогда не пользовался никакими серверами приложений: контейнеры были для меня именно помощью в написании проложений, так чтобы получебнное прлижение просто тестировалось бы,
если же тестов не предвидится, то и никакого смысла в том, чтобы композицию обьектов прозводить , я не вижу, тут я на стороне того, кто эту ветку начал
ты начал использовать DI в контексте серверов приложений, причём, наверное, и без всяких тестов, имхо такой способ композиции приложения довольно прост, но какого-то выиграша от такого подхода , на самом деле, не видно
·>А вот контейнеры и фреймворки имеют прямое отношение к серверам приложений ибо идея пошла оттуда.
я тебе уже в который раз повторяю, что идея пошла от юнит-тестирования, вероятно, создатели серверов приложений были в курсе того, что необходимо предложить пользователям возможность юнит-тестирования, и оно тут в списке первично
T>>>>ну ка покажи, как ты собираешься делать DI без Ioc контейнера
T>>·>
T>>ты на своём коде покажи, "а вот дядя знает" в другом возрасте употребляют
·>Ещё раз: вот тут
Автор: ·
Дата: 19.01.21
ванильный DI, без контейнеров и интерфейсы тоже не обязательны.Дата: 19.01.21
то, что ты называешь "ванильным" , создаёт жёсткие зависимости между компонентами, что делает практически невозможным изолированное тестирование
T>>·>А в моём варианте инициализация будет вызывать тот же самый код.
T>>так ты точно уверен, что ты не сам с собой общаешься ?
·>Да, уверен, просто ты не слушаешь.
ты первый начал
T>>>>так давай, покажи написанный на твоёй коленке DI без контейнера, мы его оценим
T>>·>Я уже написал тут
Автор: ·
Дата: 19.01.21
и выше. Если кода мало и он примитивный это не означает, что он какой-то неправильный, тебе просто непривычно после контейнеров-то.Дата: 19.01.21
T>>т.е. ты делаешь DI без интерфейсов? ты точно свою ссылку из википедии прочитал?
·>Да, прочитал. Для DI/CI интерфейсы не нужны. И контейнеры тоже. А интерфейсы _нужны_ только для так называемого частного случая Interface Injection (который в этом обсуждении ни разу не упоминался). И ты прочитай, рекомендую.
этот , как ты говоришь , "частный случай" — для меня единственно возможное и целесобразное применение , иначе смысла просто нет
Re[25]: О пользе Dependency Injection
T>>·>Ага, и причём тут идея юнит-тестирования? Ты споришь с сам с собой. Я тебе не мешаю?
T>>итак, возвращаемся к первому предложению: юнит-тестирование возникло до появления серверов приложений, так что облегчающие юнит-тесторование DI не имеет к серверам приложений никакого отношения

·>Да. И? Я ничего другого и не утверждал. Ты просто путаешь DI и DI-контейнеры.
просто я никогда не пользовался никакими серверами приложений: контейнеры были для меня именно помощью в написании проложений, так чтобы получебнное прлижение просто тестировалось бы,
если же тестов не предвидится, то и никакого смысла в том, чтобы композицию обьектов прозводить через DI, я не вижу, тут я на стороне того, кто эту ветку начал
ты начал использовать DI в контексте серверов приложений, причём, наверное, и без всяких тестов, имхо такой способ композиции приложения довольно прост, но какого-то выиграша от такого подхода , на самом деле, не видно
·>А вот контейнеры и фреймворки имеют прямое отношение к серверам приложений ибо идея пошла оттуда.
я тебе уже в который раз повторяю, что идея пошла от юнит-тестирования, вероятно, создатели серверов приложений были в курсе того, что необходимо предложить пользователям возможность юнит-тестирования, и оно тут в списке первично
T>>>>ну ка покажи, как ты собираешься делать DI без Ioc контейнера
T>>·>
Тут уже раз сто показывали. Вот ещё раз.
T>>ты на своём коде покажи, "а вот дядя знает" в другом возрасте употребляют
·>Ещё раз: вот тут
то, что ты называешь "ванильным" , создаёт жёсткие зависимости между компонентами, что делает практически невозможным изолированное тестирование
T>>·>А в моём варианте инициализация будет вызывать тот же самый код.
T>>так ты точно уверен, что ты не сам с собой общаешься ?
·>Да, уверен, просто ты не слушаешь.
ты первый начал
T>>>>так давай, покажи написанный на твоёй коленке DI без контейнера, мы его оценим
T>>·>Я уже написал тут
T>>т.е. ты делаешь DI без интерфейсов? ты точно свою ссылку из википедии прочитал?
·>Да, прочитал. Для DI/CI интерфейсы не нужны. И контейнеры тоже. А интерфейсы _нужны_ только для так называемого частного случая Interface Injection (который в этом обсуждении ни разу не упоминался). И ты прочитай, рекомендую.
этот , как ты говоришь , "частный случай" — для меня единственно возможное и целесобразное применение , иначе смысла просто нет
T>>итак, возвращаемся к первому предложению: юнит-тестирование возникло до появления серверов приложений, так что облегчающие юнит-тесторование DI не имеет к серверам приложений никакого отношения
·>Да. И? Я ничего другого и не утверждал. Ты просто путаешь DI и DI-контейнеры.
просто я никогда не пользовался никакими серверами приложений: контейнеры были для меня именно помощью в написании проложений, так чтобы получебнное прлижение просто тестировалось бы,
если же тестов не предвидится, то и никакого смысла в том, чтобы композицию обьектов прозводить через DI, я не вижу, тут я на стороне того, кто эту ветку начал
ты начал использовать DI в контексте серверов приложений, причём, наверное, и без всяких тестов, имхо такой способ композиции приложения довольно прост, но какого-то выиграша от такого подхода , на самом деле, не видно
·>А вот контейнеры и фреймворки имеют прямое отношение к серверам приложений ибо идея пошла оттуда.
я тебе уже в который раз повторяю, что идея пошла от юнит-тестирования, вероятно, создатели серверов приложений были в курсе того, что необходимо предложить пользователям возможность юнит-тестирования, и оно тут в списке первично
T>>>>ну ка покажи, как ты собираешься делать DI без Ioc контейнера
T>>·>
T>>ты на своём коде покажи, "а вот дядя знает" в другом возрасте употребляют
·>Ещё раз: вот тут
Автор: ·
Дата: 19.01.21
ванильный DI, без контейнеров и интерфейсы тоже не обязательны.Дата: 19.01.21
то, что ты называешь "ванильным" , создаёт жёсткие зависимости между компонентами, что делает практически невозможным изолированное тестирование
T>>·>А в моём варианте инициализация будет вызывать тот же самый код.
T>>так ты точно уверен, что ты не сам с собой общаешься ?
·>Да, уверен, просто ты не слушаешь.
ты первый начал
T>>>>так давай, покажи написанный на твоёй коленке DI без контейнера, мы его оценим
T>>·>Я уже написал тут
Автор: ·
Дата: 19.01.21
и выше. Если кода мало и он примитивный это не означает, что он какой-то неправильный, тебе просто непривычно после контейнеров-то.Дата: 19.01.21
T>>т.е. ты делаешь DI без интерфейсов? ты точно свою ссылку из википедии прочитал?
·>Да, прочитал. Для DI/CI интерфейсы не нужны. И контейнеры тоже. А интерфейсы _нужны_ только для так называемого частного случая Interface Injection (который в этом обсуждении ни разу не упоминался). И ты прочитай, рекомендую.
этот , как ты говоришь , "частный случай" — для меня единственно возможное и целесобразное применение , иначе смысла просто нет