Не прибедняйся. Коммент на 67 слов написал и довольно связно и логично. И еще более 700 комментов, достаточно развернутых и грамматически корректных, даже запятые на месте.
Есть мнение, кажется в какой-то старой книжке Г. Шилдта, что лигвистические способности (т. е. способность внятно выражаться) для программиста важнее математических.
Трафик, из всех физических явлений, является достаточно сложным с точки зрения природы процесса, так как, насколько мне известно, еще никто не сформулировал математические законы, описывающие трафик
Cake-паттерн заставляет плодить слишком много лишних сущностей (трейтов) для каждого компонента
Зачем для каждого? Можно для групп компонентов: Thin cake pattern. Или все зависимости объединить в один «контекст»
Имплиситы — сами по себе не делают DI, поскольку остается важным порядок их объявления.
Не понял мысль? Какой такой порядок? Проблема имплиситов такая же как и у внедрения через конструктор — если много, то неудобно. Выход как и в предыдущем случае: композиция зависимостей в более крупные объекты (опять получается что-то типа контекста)
Единственное оправдание использования DI фреймворка пока вижу только для случаев «инжектим всё во всё на всякий случай, потом разберемся» и «мы в java так привыкли»
Непонятна необходимость DI фреймворков в Scala. Трейты, имплиситы, ридер-монады чем не угодили? Play Framewor стал использовать Google Guice, обосновывая это тем, что мол в Scala столько встроенных возможностей для DI, что сообщество не может договориться, что лучше, поэтому мы не будем использовать ни одну из них и пойдем Java-way. Что со Scala не так?
На трекпаде прекрасно работает стилус для планшетов/телефонов за 300р из ДНС
В халате и тапках-зайцах
Да, Рланды уже не те.
Не прибедняйся. Коммент на 67 слов написал и довольно связно и логично. И еще более 700 комментов, достаточно развернутых и грамматически корректных, даже запятые на месте.
Есть мнение, кажется в какой-то старой книжке Г. Шилдта, что лигвистические способности (т. е. способность внятно выражаться) для программиста важнее математических.
Что-то похожее есть для браузера, только в 2d https://rednuht.org/genetic_cars_2/
Агнер Эрланг перевернулся в гробу
Зачем для каждого? Можно для групп компонентов: Thin cake pattern. Или все зависимости объединить в один «контекст»
Не понял мысль? Какой такой порядок? Проблема имплиситов такая же как и у внедрения через конструктор — если много, то неудобно. Выход как и в предыдущем случае: композиция зависимостей в более крупные объекты (опять получается что-то типа контекста)
Единственное оправдание использования DI фреймворка пока вижу только для случаев «инжектим всё во всё на всякий случай, потом разберемся» и «мы в java так привыкли»