Всю жизнь живу с ООП и не нашёл ничего хорошего для dependency injection, кроме конструкторов. Не количество строк главное, а поддерживаемость. Каждый, кто умножает фреймворки, приносит баги.
то есть я думал про бойлерплейт есть такая ученическая ошибка, когда тебе только объясняют, что нужно вынимать в константы все магические числа, вынуть в ндну константу два значения которые равны только случайно. так вот я считаю, что если твои мейны при "ручном" di похожи, это случайная схожесть, а не семантическая. а, и кроме того в сложных случаях при использовании di контейнера тебе приходится отмечать в зависимом классе разные зависимости которые реализуют один интерфейс, таким образом опосредованно зная о деталях реализации зависимостей.
Comments (5)
Категорически не согласен 😉 Любой, кто умножает boilerplate code, отвлекается от бизнес-логики и конец его - удел в аду рефакторинга.
на самом деле понятно, что истина где-то рядом.
то есть я думал про бойлерплейт
есть такая ученическая ошибка, когда тебе только объясняют, что нужно вынимать в константы все магические числа, вынуть в ндну константу два значения которые равны только случайно. так вот я считаю, что если твои мейны при "ручном" di похожи, это случайная схожесть, а не семантическая. а, и кроме того в сложных случаях при использовании di контейнера тебе приходится отмечать в зависимом классе разные зависимости которые реализуют один интерфейс, таким образом опосредованно зная о деталях реализации зависимостей.
Shmuel Leib Melamud, кстати, я не могу отредактировать камент чтобы добавить точку))))
Обнови страницу.
it didn't work 😁