История изменений
Исправление foror, (текущая версия) :
IoC почти во всех модных языках есть из коробки
В виде фреймворков есть. Тот же сервис локатор опционален и примитивен, в JDK где-то поддерживается, где-то нет. Поэтому у тебя нет возможности применить его к любому классу.
Потому, не совсем понятно, чего именно тебе не хватает в языке.
Если тебе нужно произвольный класс заменить на свою реализацию, то это тот еще геморой. К тому же каждый свой IoC фреймвор лепит, по итогу нет общего стандарта. Я уже не говорю о том, что мало кто подключает IoC или хотя бы сервис локатор при разработке библиотек и фреймворков. И в принципе это разумно. Иначе свихнёшься от этих зависимостей, в которых будет 100500 IoC движков. Ещё и разных версий.
Поэтому в ЯП это должно из коробки работать по умолчанию. А не как сервис локатор опционально.
Исправление foror, :
IoC почти во всех модных языках есть из коробки
В виде фреймворков есть. Тот же сервис локатор опционален и примитивен, в JDK где-то поддерживается, где-то нет. Поэтому у тебя нет возможности применить его к любому классу.
Потому, не совсем понятно, чего именно тебе не хватает в языке.
Если тебе нужно произвольный класс заменить на свою реализацию, то это тот еще геморой. К тому же каждый свой IoC фреймвор лепит, по итогу нет общего стандарта. Я уже не говорю о том, что мало кто подключает IoC или хотя бы сервис локатор при разработке библиотек и фреймворков. И в принципе это разумно. Иначе свихнёшься от этих зависимостей, в которых будет 100500 IoC движков. Ещё и разных версий.
Поэтому в ЯП это должно быть из коробки работать по умолчанию. А не как сервис локатор опционально.
Исправление foror, :
IoC почти во всех модных языках есть из коробки
В виде фреймворков есть. Тот же сервис локатор опционален и примитивен, в JDK где-то поддерживается, где-то нет. Поэтому у тебя нет возможности применить его к любому классу.
Потому, не совсем понятно, чего именно тебе не хватает в языке.
Если тебе нужно произвольный класс заменить на свою реализацию, то это тот еще геморой. К тому же каждый свой IoC фреймвор лепит, по итогу нет общего стандарта. Я уже не говорю о том, что мало кто подключает IoC или хотя бы сервис локатор при разработке библиотек и фреймворков. И в принципе это разумно. Иначе свихнёшься от этих зависимостей, в которых будет 100500 IoC движков. Ещё и разных версий.
Исправление foror, :
IoC почти во всех модных языках есть из коробки
В виде фреймворков есть. Тот же сервис локатор опционален и примитивен, в JDK где-то поддерживается, где-то нет. Поэтому у тебя нет возможности применить его к любому классу.
Потому, не совсем понятно, чего именно тебе не хватает в языке.
Если тебе нужно произвольный класс заменить на свою реализацию, то это тот еще геморой. К тому же каждый свой IoC фреймвор лепит, по итогу нет общего стандарта. Я уже не говорю о том, что мало кто подключает IoC или хотя бы сервис локатор при разработке библиотек и фреймворков. И в принципе это разумно. Иначе свихнёшься от этих зависимостей, в которых будет 100500 IoC движков.
Исходная версия foror, :
IoC почти во всех модных языках есть из коробки
В виде фреймворков есть. Тот же сервис локатор опционален и примитивен, в JDK где-то поддерживается, где-то нет. Поэтому у тебя нет возможности применить его к любому классу.
Потому, не совсем понятно, чего именно тебе не хватает в языке.
Если тебе нужно произвольный класс заменить на свою реализацию, то это тот еще геморой. К тому же каждый свой IoC фреймвор лепит, по итогу нет общего стандарта. Я уже не говорю о том, что мало кто подключает IoC или хотя бы сервис локатор при разработке библиотек и фреймворков.