(
Ну тут мне сложно судить. Но, предположим все-таки есть объект-локатор, который передается в конструктор. Чем он хуже, чем инжектирование?
его нельзя (или очень сложно) в компайл-тайме проверить на полноту
Size: a a a
2020 April 06
AM
Ну тут мне сложно судить. Но, предположим все-таки есть объект-локатор, который передается в конструктор. Чем он хуже, чем инжектирование?
Ну и создавать фейк локатора непонятно зачем там, где можно прямо насовать в конструктор зависимости.
AN
его нельзя (или очень сложно) в компайл-тайме проверить на полноту
Резонно. Хотя тут, разумеется, остается вопрос, чем мы платим за эту проверку.
(
Резонно. Хотя тут, разумеется, остается вопрос, чем мы платим за эту проверку.
например, кодогенерацией
(
но как бы мы в поффтопе, тут многие топят за инжект руками и я поддерживаю
AN
Ну и создавать фейк локатора непонятно зачем там, где можно прямо насовать в конструктор зависимости.
Ну вот тут мне не совсем понятно. Если у нас конструктор человеческий, зачем туда что-то инжектировать и почему бы не оставить это на усмотрение того, кто этот конструктор вызывает
(
полчаса уже тут с даггером ебусь, если не больше
AN
но как бы мы в поффтопе, тут многие топят за инжект руками и я поддерживаю
я примерно про то же
AN
В принципе, компайл-тайм проверку можно прикрутить и к динамическому локатору. Хотя вероятно проще один раз тест написать
AM
Ну вот тут мне не совсем понятно. Если у нас конструктор человеческий, зачем туда что-то инжектировать и почему бы не оставить это на усмотрение того, кто этот конструктор вызывает
Так а вы что предлагаете? Я понял, предлагается в конструктор передавать мешок со всем говном локатор, а класс сам из него забирает то, что нужно
(
такое кстати есть, называется кодеин
AN
Так а вы что предлагаете? Я понял, предлагается в конструктор передавать мешок со всем говном локатор, а класс сам из него забирает то, что нужно
Ну да. Суть в том, что есть точки, в которых нужен локатор и они управляют зависимостями, и есть простые классы/методы, которые просто используют параметры. Я не понимаю, зачем последним инжекты
AM
Ну да. Суть в том, что есть точки, в которых нужен локатор и они управляют зависимостями, и есть простые классы/методы, которые просто используют параметры. Я не понимаю, зачем последним инжекты
А, так это ок, так и делается обычно
AM
Я думал, речь о протягивании локатора в каждый класс
AN
Я просто немного поработал с кодом с инжектами в конструкторах в орхиде (автор из тырпрайзной жавы), там вообще какой-то ад с читаемостью и навигацией по коду
AM
AN
Я думал, речь о протягивании локатора в каждый класс
В каждый, где он нужен реально
AN
Вопрос зачем инжектить в конструкторы?
AM
Ну так места, где он реально нужен, сводятся к узлам дерева зависимостей (к модулям, компонентам, скоупам, везде по-разному зовётся)
AN
В каждый, где он нужен реально
Если у функции полтора параметра, то пусть они и будут